Re: Policy consensus on transition when removing initscripts.

> "Sam" == Sam Hartman wrote: > "Simon" == Simon Richter writes: > "Sam" == On 6/29/23 01:56, Sam Hartman wrote: Sam> It also seems a bit strange to require more from the maintainer Sam> when they are dropping an init script than we would if a Sam> maintainer started depending on

[i386] adlibtracker2 and fp-units-i386

ix compatibility units [1] http://packages.debian.org/sid/source/fpc -- FSF associate member #7257 http://am-1.org/~ivan/

Re: i386 in the future

> On 2023-05-19, Steve McIntyre wrote: > Colin Watson wrote: > On Fri, May 19, 2023 at 09:19:35AM -0500, G. Branden Robinson wrote: > LB == Luca Boccassi wrote: LB> +1 for stopping publishing installers for i386, it has been LB> mentioned many times but it's always worth

Re: An email address for drive-by bug reports?

>>>>> On 2023-03-23 05:30:01 +0100, Don Armstrong wrote: >>>>> On Fri, 17 Mar 2023, Ivan Shmakov wrote: >> It would’ve likely helped me if #1006801 were listed on >> http://bugs.debian.org/src:tinysshd . >> (I’m not entirely sure as to /why/ it

Re: An email address for drive-by bug reports?

package, and start searching for another option for the task at hand. It’d be sad to see Debian BTS devolve into a bunch of maintainers’ personal TODO lists. -- FSF associate member #7257 http://am-1.org/~ivan/

Bug#974048: ITP: devuan-keyring -- GnuPG archive key of the devuan repository

t;. Thank you for your consideration, Ivan

Bug#974047: TAG: devuan-keyring -- GnuPG archive key of the devuan repository

t;. Thank you for your consideration, Ivan

possible MMBF regarding Depends: locales without | locales-all?

in the respective .deb --ctrl-tarfile; locales-all have that aplenty; locales, not as much (IIUC.) -- FSF associate member #7257 http://am-1.org/~ivan/

Accepted gif2apng 1.9+srconly-3 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 19 Jul 2019 16:33:19 -0300 Source: gif2apng Architecture: source Version: 1.9+srconly-3 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Ivan Noleto Closes: 858656 Changes: gif2apng (1.9

You removed Weboob package over pollitical reasons?Whole Internet laughs at you

es as Arch. Both Artix and Void are very stable despite their packages are really new and they are among the first to get new Linux kernels with fresh drivers. Or maybe MX Linux, one of the top popularity distros nowadays which is also "no systemd" and somehow only recently I learned about it

Re: no{thing} build profiles

ported protocol > both with the default configurations. What are the values of the crypt_use_gpgme setting in each case? Could it be that mutt and neomutt actually have different defaults (one using gpg(1) directly and the other using GPGME) here? -- FSF associate member #7257 http://am-1.org/~ivan/

Re: no{thing} build profiles

be the lack of GnuPG, but rather the lack of user’s knowledge of it – or motivation to use. -- FSF associate member #7257 http://am-1.org/~ivan/

Re: tinysshd dependency on systemd

>>>>> Jonathan Dowland writes: >>>>> On Sun, Oct 21, 2018 at 09:57:45PM +, Ivan Shmakov wrote: >> I disagree; to the best of my knowledge, anyone can do the testing >> and suggest any fixes he or she deems necessary. As such, having an

Re: no{thing} build profiles

>>>>> Jonathan Dowland writes: >>>>> On Sun, Oct 21, 2018 at 10:00:43PM +, Ivan Shmakov wrote: >> It can be argued that libgpgme11 does not “provide a significant >> amount of functionality” (7.2) without gnupg. > It won’t function at al

Re: no{thing} build profiles

>>>>> Andrey Rahmatullin writes: >>>>> On Sun, Oct 21, 2018 at 05:33:57PM +, Ivan Shmakov wrote: >>> "Every package must specify the dependency information about other >>> packages that are required for the first to work correctly.&quo

Re: tinysshd dependency on systemd

>>>>> Vincent Bernat writes: >>>>> ❦ 21 octobre 2018 18:12 GMT, Ivan Shmakov : >>> so if you were an actual user, I would propose you file a bug >>> report against the package to let the maintainer knows the >>> depende

tinysshd dependency on systemd

>>>>> Vincent Bernat writes: >>>>> ❦ 21 octobre 2018 13:15 GMT, Ivan Shmakov : >>>>> ‘TFH’ == Tollef Fog Heen writes: […] TFH> tinysshd only ships a systemd unit file; neomutt links against TFH> libgpgme11 which again Depends on gnupg. It

Re: no{thing} build profiles

>>>>> Andrey Rahmatullin writes: >>>>> On Sun, Oct 21, 2018 at 01:15:21PM +, Ivan Shmakov wrote: >>>>> Tollef Fog Heen writes: >>> tinysshd only ships a systemd unit file; neomutt links against >>> libgpgme11 wh

Re: Debian Buster release to partially drop non-systemd support

ooking forward to contribute to the effort myself. […] > Please come to debian-init-divers...@chiark.greenend.org.uk. Do you plan to also make that list accessible via NNTP (perhaps via either Gmane or the bofh.it gateway operated Marco d’Itri)? TIA. […] -- FSF associate member #7257 http://am-1.org/~ivan/

Re: no{thing} build profiles

> Sune Vuorela writes: > On 2018-10-21, Jonas Smedegaard wrote: > Tollef Fog Heen writes: [I see I’ve managed to botch References: for the news:linux.debian.devel readers; my apologies for that.] >>> tinysshd only ships a systemd unit file; neomutt links against

no{thing} build profiles

> Bastian Blank writes: > On Sat, Oct 20, 2018 at 06:54:07PM +0200, Arne Babenhauserheide wrote: > Ansgar Burchardt writes: >>> Should Debian also support “noalsa”, “noavahi”, “nocups”, >>> “nopulseaudio”, “nosysvinit”, “nodbus”, “nopam”, “nowayland”, So long as there’s

Accepted piu-piu 1.0-1 (source all) into unstable, unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 28 Dec 2017 11:13:04 +0300 Source: piu-piu Binary: piu-piu Architecture: source all Version: 1.0-1 Distribution: unstable Urgency: low Maintainer: Ivan Marov <ie.ma...@gmail.com> Changed-By: Ivan Marov <ie.ma...@

Bug#885906: ITP: piu-piu -- Horizontal scroller game in bash for cli

Package: wnpp Severity: wishlist Owner: Ivan Marov <ie.ma...@gmail.com> * Package name: piu-piu Version : 1.0.0 Upstream Author : Ivan Marov <ie.ma...@gmail.com> * URL : https://github.com/vaniacer/piu-piu-SH * License : MIT Programmin

Re: debian/control file: how to selectively suppress recommends?

ystemd-sysv upstart dbus dbus-x11 gconf-service ssl-cert acpi-support-base tsconf Pin: release c=main Pin-Priority: -42 $ -- FSF associate member #7257 http://am-1.org/~ivan/7D17 4A59 6A21 3D97 6DDB

Re: make dpkg-buildpackage default locale UTF-8

>>>>> Tollef Fog Heen <tfh...@err.no> writes: >>>>> Ivan Shmakov >>>>> Hans-Christoph Steiner <h...@eds.org> writes: >>> Package: dpkg-dev >>> More and more packages are adding unicode files >> I assume you me

Re: make dpkg-buildpackage default locale UTF-8

> Hans-Christoph Steiner writes: > Package: dpkg-dev > More and more packages are adding unicode files I assume you mean “UTF-8 filenames” here (per below), right? > as unicode support has become more reliable and available. What are the use cases for

Naming of network devices

> Marvin Renich writes: […] > The only benefit I have seen between the new scheme and the previous > one is that there is no state file. While getting rid of the state > file is a nice goal, it is extremely minor compared to having short, > simple names in common use

Recommends-If-Manual: ?

>>>>> Russ Allbery <r...@debian.org> writes: >>>>> Ivan Shmakov <i...@siamics.net> writes: >>>>> Adam Borowski <kilob...@angband.pl> writes: >>> libtasn1-doc: libtasn1-6-dev >>> * TRANSITIVELY BAD: probably us

Re: Too many Recommends (in particular on mail-transport-agent)

> Adam Borowski writes: > On Mon, Jun 05, 2017 at 05:39:41PM -0700, Russ Allbery wrote: >> Maybe someone has a list of things they view as Recommends inflation >> that have (a) been reported as bugs to the appropriate package >> maintainers, and (b) have been

Accepted libnexstar 0.15-1 (source amd64) into unstable, unstable

ain...@lists.alioth.debian.org> Changed-By: Ivan Aleksandrov <i.aleksandrof...@gmail.com> Description: libnexstar-dev - Celestron/SkyWatcher telescope control library development files libnexstar0 - Celestron/SkyWatcher telescope control shared library Closes: 819895 Changes: libnexstar (0.15

Accepted linguider 4.1.1-1 (source amd64) into unstable, unstable

ain...@lists.alioth.debian.org> Changed-By: Ivan Aleksandrov <i.aleksandrof...@gmail.com> Description: linguider - Astronomical autoguiding program for Linux Closes: 727532 Changes: linguider (4.1.1-1) unstable; urgency=medium . * Initial release. (Closes: #727532) Ch

Re: when should we esmtps our mxes?

>>>>> Ben Hutchings <b...@decadent.org.uk> writes: >>>>> On Mon, 2016-10-24 at 15:15 +, Ivan Shmakov wrote: >>>>> Ben Hutchings <b...@decadent.org.uk> writes: […] >>> Those certificates look as expected. Since TLS

Re: when should we esmtps our mxes?

> Ben Hutchings writes: […] > Those certificates look as expected. Since TLS encryption of SMTP > between servers is opportunistic, there's no particular reason to use > a widely trusted CA for server certificates. A MITM can just as > easily block STARTTLS as

Re: when should we esmtps our mxes?

>>>>> Julien Cristau <jcris...@debian.org> writes: >>>>> On Mon, Oct 24, 2016 at 11:45:33 +, Ivan Shmakov wrote: […] >> Speaking of which. Does the gnutls-cli transcript MIMEd signify of >> an ongoing MitM attack, or is

Re: when should we esmtps our mxes?

>>>>> Andrey Rahmatullin <w...@debian.org> writes: >>>>> On Mon, Oct 24, 2016 at 11:45:33AM +, Ivan Shmakov wrote: >> $ gnutls-cli --starttls -p 25 bendel.debian.org […] >> Connecting to '82.195.75.100:443'... > I cannot rep

when should we esmtps our mxes?

> Kristian Erik Hermansen writes: > On Mon, Oct 24, 2016 at 1:59 AM, Adrian Bunk wrote: […] >> For the kind of attacks you are describing, https is just snake oil. > Profusely disagree and so do other members of this list. I'll leave >

Re: client-side signature checking of Debian archives

> Eugene V Lyubimkin writes: […] > I'm not sure that benefits outweigh the costs. HTTPS requires that > I trust the third-parties – mirror provider and CA. Gpgv doesn't > require third parties. It does; you have to trust whatever source you’ve /initially/

Re: non-Debian software on ftp*.*.debian.org mirrors

>>>>> Lars Wirzenius <l...@liw.fi> writes: >>>>> On Sun, Oct 16, 2016 at 11:50:46AM +, Ivan Shmakov wrote: >> Doesn’t the presence of the ‘non-free’ section in the official >> Debian Release (InRelease) files /already/ mislead inexperie

non-Debian software on ftp*.*.debian.org mirrors

> Jakub Wilk writes: […] > On a semi-unrelated note: > Some of ftp*.*.d.o and cdimage.d.o mirrors serve random free (and > sometimes non-free) software that is not Debian[*]. This may mislead > inexperienced people into thinking that this software is endorsed or >

Accepted glare 0.1.0-1 (source all) into unstable, unstable

-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: glare-api - OpenStack Artifact Repository - API server glare-common - OpenStack Artifact Repository - common files python-glare - OpenStack Artifact Repository - Python 2.7 library Closes: 839231 Changes:

Accepted python-xstatic-tv4 1.2.7.0-1 (source all) into unstable, unstable

-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: python-xstatic-tv4 - tv4 (XStatic packaging standard) - Python 2.7 python3-xstatic-tv4 - tv4 (XStatic packaging standard) - Python 3.x Closes: 837814 Changes: python-xstatic-tv4 (1.2.7.0

Accepted python-xstatic-angular-schema-form 0.8.13.0-1 (source all) into unstable, unstable

: medium Maintainer: PKG OpenStack <openstack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: python-xstatic-angular-schema-form - Angular-Schema-Form (XStatic packaging standard) - Python 2.7 python3-xstatic-angular-schema-form - An

Accepted libjs-angular-schema-form 0.8.13-1 (source all) into unstable, unstable

pkg-javascript-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: libjs-angular-schema-form - form generator from a JSON schema Closes: 837816 Changes: libjs-angular-schema-form (0.8.13-1) unstable; urgency=medium . * Initial rel

Accepted python-os-vif 1.2.0-1 (source all) into experimental, experimental

ack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: python-os-vif - Integration library between network and compute - Python 2.7 python-os-vif-doc - Integration library between network and compute - doc python3-os-vif - Integration lib

Accepted horizon 3:9.0.1-1 (source all) into unstable

: PKG OpenStack <openstack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: horizon-doc - web application to control an OpenStack cloud - doc openstack-dashboard - web application to control an OpenStack cloud openstack-dashboard-

Accepted python-xstatic-angular-fileupload 12.0.4.0+dfsg1-1 (source all) into unstable, unstable

Urgency: medium Maintainer: PKG OpenStack <openstack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: python-xstatic-angular-fileupload - Angular-FileUpload (XStatic packaging standard) - Python 2.7 python3-xstatic-angular-fileuplo

Accepted libjs-angular-file-upload 12.0.4+dfsg1-2 (source all) into unstable, unstable

<pkg-javascript-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: libjs-angular-file-upload - lightweight angular directive to upload files Changes: libjs-angular-file-upload (12.0.4+dfsg1-2) unstable; urgency=medium . * d/install:

Accepted libjs-angular-file-upload 12.0.4+dfsg1-1 (source all) into unstable, unstable

<pkg-javascript-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: libjs-angular-file-upload - lightweight angular directive to upload files Closes: 827181 Changes: libjs-angular-file-upload (12.0.4+dfsg1-1) unstable; urgency=medium .

Accepted murano-dashboard 1:2.0.0-3 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 06 May 2016 23:25:42 +0300 Source: murano-dashboard Binary: python-murano-dashboard Architecture: source all Version: 1:2.0.0-3 Distribution: unstable Urgency: medium Maintainer: Ivan Udovichenko <iudoviche...@mirantis.

Accepted horizon 2:9.0.0-2 (source all) into unstable

: Ivan Udovichenko <iudoviche...@mirantis.com> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: horizon-doc - web application to control an OpenStack cloud - doc openstack-dashboard - web application to control an OpenStack cloud openstack-dashboard-apache - web

Accepted horizon 2:9.0.0~rc2-1 (source all) into unstable

Maintainer: PKG OpenStack <openstack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: horizon-doc - web application to control an OpenStack cloud - doc openstack-dashboard - web application to control an OpenStack cloud openstack-dash

Accepted oslo-sphinx 4.0.0-2 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 04 Apr 2016 11:05:25 +0300 Source: oslo-sphinx Binary: python-oslosphinx Architecture: source all Version: 4.0.0-2 Distribution: unstable Urgency: medium Maintainer: Ivan Udovichenko <iudoviche...@mirantis.com> C

Re: hdparm needs a new maintainer

Excellent point Ginfranco That will help me for sure when I had all the changes on package ready to upload. I was trying to build it for testing purposes, so as my very much appreciated debian mentor told me, adding the options -us -uc would suffice. Regards Ivan On Wed, Mar 2, 2016 at 10:57

Re: hdparm needs a new maintainer

gbp:error: 'debuild -i -I' failed: it exited with 29 Does your changes require signing them or am I missing something ? Regards Ivan On Wed, Mar 2, 2016 at 12:23 AM, Ivan Gimenez <ivan.gime...@gmail.com> wrote: > Alex > > Impressive upload. I have already checked out and I am

Re: hdparm needs a new maintainer

Alex Impressive upload. I have already checked out and I am starting to understand how the gpb packager works out. Thx for the links Regards Ivan On Tue, Mar 1, 2016 at 7:57 PM, Alex Mestiashvili <mailatgo...@gmail.com> wrote: > On 03/01/2016 06:11 PM, Raphael Hertzog wrote:

Re: hdparm needs a new maintainer

e host somewhere ? I am ok with whatever, Plz go ahead creating the repo (if have permissions). Regards Ivan On Tue, Mar 1, 2016 at 4:48 PM, Alex Mestiashvili <mailatgo...@gmail.com> wrote: > On 03/01/2016 10:13 AM, Raphael Hertzog wrote: > > Hello, > > > > hdparm is

Re: hdparm needs a new maintainer

Hi I would like to help. I am an experienced software developer (C/C++) but have no experience in packaging. I don't know if hdparm is hard to package for a newbie mantainer, so If someone can mentor me on that part I would gladly adopt the package. Regards Ivan On Tue, Mar 1, 2016 at 10:13 AM

Accepted ceilometer 1:5.0.0-6 (source all) into unstable

ceilometer-agent-notification ceilometer-alarm-evaluator ceilometer-alarm-notifier ceilometer-doc Architecture: source all Version: 1:5.0.0-6 Distribution: unstable Urgency: high Maintainer: PKG OpenStack <openstack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mir

Accepted python-xstatic-bootswatch 3.3.5.2-1 (source all) into experimental, experimental

OpenStack <openstack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: python-xstatic-bootswatch - Bootswatch XStatic support - Python 2.7 python3-xstatic-bootswatch - Bootswatch XStatic support - Python 3.x Closes: 798448 Changes: py

Accepted python-oslotest 1:1.10.0-1 (source all) into experimental

<openstack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: python-oslotest - OpenStack test framework - Python 2.x python-oslotest-doc - OpenStack test framework - doc python3-oslotest - OpenStack test framework - Python 3.x Chan

Accepted python-oslo.middleware 2.8.0-1 (source all) into experimental

Architecture: source all Version: 2.8.0-1 Distribution: experimental Urgency: medium Maintainer: PKG OpenStack <openstack-de...@lists.alioth.debian.org> Changed-By: Ivan Udovichenko <iudoviche...@mirantis.com> Description: python-oslo-middleware - transitional dummy package for python-oslo-middle

Accepted libjs-magic-search 0.2.5-1 (source all) into unstable

...@lists.alioth.debian.org Changed-By: Ivan Udovichenko iudoviche...@mirantis.com Description: libjs-magic-search - AngularJS widget that provides a UI for faceted and text search Changes: libjs-magic-search (0.2.5-1) unstable; urgency=medium . * New upstream release. * Add myself

Accepted python-congressclient 1.1.0-1 (source all) into experimental

...@lists.alioth.debian.org Changed-By: Ivan Udovichenko iudoviche...@mirantis.com Description: python-congressclient - client for the open policy framework for the cloud - Python 2.x Changes: python-congressclient (1.1.0-1) experimental; urgency=medium . * New upstream release. * Update dependencies

Re: Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows

Axel Wagner m...@merovius.de writes: […] I don't think Lennart personally would care, no, but I think *we* should care to paint the Opensource community as better than this. As a member of the said community, I think that, however the presence of either of the packages in

Re: DE features dependent on Systemd

Vincent Bernat ber...@debian.org writes: ❦ 3 décembre 2014 13:55 +0100, Adam Borowski kilob...@angband.pl : […] This “adduser first-user audio” was already useless in squeeze and it hasn’t changed. Only if you run logind or consolekit. Without them (ie, on headless boxes or with

Re: DE features dependent on Systemd

Josselin Mouette j...@debian.org writes: […] We are talking about the anti-feature of adding UID=1000 to the audio group in the installer. This is only relevant for desktop installations, and all desktop tasks in the same installer bring logind (formerly consolekit). BTW, what

Re: DE features dependent on Systemd

Vincent Bernat ber...@debian.org writes: ❦ 3 décembre 2014 16:47 GMT, Ivan Shmakov i...@siamics.net : The problem with those groups is that they are not fine grained enough. For example, the video group gives access to the framebuffer device (the user can do a screenshot) or to a webcam

DE features dependent on Systemd

Josselin Mouette j...@debian.org writes: Le samedi 29 novembre 2014 à 16:37 +, Ivan Shmakov a écrit : Josselin Mouette j...@debian.org writes: […] Desktops (not only GNOME) use a very tiny bit of systemd, interfaces that could be provided elsewhere. Is that “use

Re: DE features dependent on Systemd

Vincent Bernat ber...@debian.org writes: ❦ 30 novembre 2014 10:10 GMT, Ivan Shmakov i...@siamics.net : […] Or does the above concerns the users of “normally battery-powered” devices instead? Previously, every DE would need to reimplement power management. Now, this is handled

Re: DE features dependent on Systemd

Josselin Mouette j...@debian.org writes: Le dimanche 30 novembre 2014 à 12:50 +, Ivan Shmakov a écrit : […] For home installs, I see no reason for the owner of the device to be /denied/ access to the sound card just because of using SSH. Why, it’s exactly what I do. (I even did

Re: Technical committee acting in gross violation of the Debian constitution

Josselin Mouette j...@debian.org writes: […] Desktops (not only GNOME) use a very tiny bit of systemd, interfaces that could be provided elsewhere. Is that “use” as in “if available” or is that actually “require and be sure to die unless provided”? (Please forgive

Re: Technical committee acting in gross violation of the Debian constitution

Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl writes: […] The second part, making systemd portable, has already been widely discussed. There are significant technical reasons why systemd is Linux only. And the potential recepients, like BSD, don't seem to be interested anyway.

Re: Technical committee acting in gross violation of the Debian constitution

Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl writes: On Sat, Nov 29, 2014 at 06:33:44PM +, Ivan Shmakov wrote: Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl writes: […] The second part, making systemd portable, has already been widely discussed. There are significant technical

Re: Reintroducing FFmpeg to Debian

else... Other people have said that FFmpeg should provide help and resources to the security team. Please elaborate what more can FFmpeg do to please you. Best Regards Ivan Kalvachev iive P.S. I hope ftp masters are not deliberately prolonging the FFmpeg inclusion, thinking they are doing

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

-life data, a final decision could be reached, if there is still demand for such thing. Best Regards Ivan Kalvachev -- 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

Accepted pg-comparator 2.2.5-1 (source amd64)

...@lists.alioth.debian.org Changed-By: Ivan Mincik ivan.min...@gmail.com Description: postgresql-comparator - efficient PostgreSQL table content comparison and synchronization Changes: pg-comparator (2.2.5-1) unstable; urgency=low . * Imported Upstream version 2.2.5 Checksums-Sha1

Accepted pg-comparator 2.2.2-1 (source amd64)

...@lists.alioth.debian.org Changed-By: Ivan Mincik ivan.min...@gmail.com Description: postgresql-comparator - efficient PostgreSQL table content comparison and synchronization Changes: pg-comparator (2.2.2-1) unstable; urgency=low . * Adding postgresql-9.3 to recommended packages. * Imported Upstream version

Accepted pg-comparator 2.2.1-1 (source amd64)

...@lists.alioth.debian.org Changed-By: Ivan Mincik ivan.min...@gmail.com Description: postgresql-comparator - efficient PostgreSQL table content comparison and synchronization Closes: 646131 Changes: pg-comparator (2.2.1-1) unstable; urgency=low . * Initial release (Closes: #646131) Checksums-Sha1

Accepted libapache2-authcookie-perl 3.19-3 (source all)

...@lists.alioth.debian.org Changed-By: Ivan Kohler ivan-deb...@420.am Description: libapache2-authcookie-perl - Perl Authentication and Authorization via cookies Changes: libapache2-authcookie-perl (3.19-3) unstable; urgency=low . * Add README.apache-2.4 to docs Checksums-Sha1

Accepted libapache2-mod-perl2 2.0.8+httpd24-r1449661-6 (source amd64 all)

Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Ivan Kohler ivan-deb...@420.am Description: libapache2-mod-perl2 - Integration of perl with the Apache2 web server libapache2-mod-perl2-dev - Integration of perl with the Apache2 web server

Accepted libapache2-authcookie-perl 3.19-2 (source all)

...@lists.alioth.debian.org Changed-By: Ivan Kohler ivan-deb...@420.am Description: libapache2-authcookie-perl - Perl Authentication and Authorization via cookies Closes: 666837 Changes: libapache2-authcookie-perl (3.19-2) unstable; urgency=low . [ gregor herrmann ] * Apache 2.4: - debian

[OT] config file formats

Игорь Пашев pashev.i...@gmail.com writes: 2012/12/2 Vincent Lefevre vinc...@vinc17.net: No, that's not sufficient. You may want relations between key-value pair. For instance, if you have a line with a key foo, then a line with a key bar must also exist. Or a line with a key number must

[OT] config file formats

Vincent Lefevre vinc...@vinc17.net writes: On 2012-12-02 22:04:52 +0100, Wouter Verhelst wrote: On Sun, Dec 02, 2012 at 12:31:00PM +0100, Vincent Lefevre wrote: […] You may want relations between key-value pair. For instance, if you have a line with a key foo, then a line with a key bar

Re: Maildir vs. mbox in Debian

Christoph Anton Mitterer cales...@scientia.net writes: […] But it also has disadvantages to the mbox formats which may be crucial for some people: - wasting a lot of storage, which can be significant even if you use small file systems block sizes... Only as long as static mbox

Maildir vs. mbox in Debian

Adam Borowski kilob...@angband.pl writes: […] Quoting from that page: # With the advent and now widespread adoption of the superior Maildir # format over the past several years, the entire mbox family of # mailbox formats is gradually becoming irrelevant, and of only # historical

Bug#694456: ITP: lzma-sdk-4j -- LZMA SDK for Java

Package: wnpp Severity: wishlist Owner: Ivan Fitenko ma...@b1.org * Package name: lzma-sdk-4j Version : 9.22.0 Upstream Author : Igor Pavlov someb...@example.org * URL : https://github.com/b1-pack/lzma-sdk-4j/ * License : Public Domain Programming Lang: Java

Re: [OT] XML

Jakub Wilk jw...@debian.org writes: * Ivan Shmakov oneing...@gmail.com, 2012-11-26, 14:32: Seriously, XML takes a lot of concerns off an application programmer. It provides quoting, arbitrary hierarchical structure, support for different encodings, etc. Why, don't you think that $ grep

[OT] XML

Norbert Preining prein...@logic.at writes: [...] Ever heard of grep, sed, awk, all these nice things that make your life happy. Trash them when you are doing XML. JFTR: there's xmlstarlet(1), which is capable enough to replace awk(1), sed(1), and grep(1) (which is

Re: non-developer packages depending on gettext?

Neil Williams codeh...@debian.org writes: Ivan Shmakov oneing...@gmail.com wrote: Neil Williams codeh...@debian.org writes: […] To note is that Source: gnunet has contrib/report.sh, which calls gettext(1), but it doesn't seem to be propagated to any of the binaries currently depending

Re: non-developer packages depending on gettext?

Neil Williams codeh...@debian.org writes: […] Check if the package contains a shell script which supports translated output strings — such packages should Depend: gettext-base rather than drop the dependency entirely. I've had a quick look at gnas and it does seem that this is a case

non-developer packages depending on gettext?

I find somewhat unusual for the following packages to depend on gettext, given that the latter is a collection of utilities of interest primarily to software developers and maintainers (as stated in its own Description:.) Could someone please clarify on

Re: Packages removing alternatives on upgrade

Russ Allbery r...@debian.org writes: […] It's an improvement. Guillem makes a good argument that you should drop deconfigure as well, which means that: if [ $1 = remove ] ; then update-alternatives --remove foo path-to-foo fi is probably the best thing to use right now. […]

Bug#689572: nmu: packages linked against libhdf5-7 1.8.8-7.1

Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org There're several packages currently in Debian testing having a versioned dependency on the semi-virtual libhdf5-7

Re: where is the DNSSEC root key?

Philipp Kern pk...@debian.org writes: On Thu, Oct 04, 2012 at 03:10:01PM -0400, Chris Knadle wrote: Last I looked into this [which has admittedly been a while], Bind 9 was the only DNS server that had actually implemented DNSSEC, and the others I looked at (PowerDNS, djbdns, tinydns) had

Re: mass bug filing about versioned dependency on the libhdf5-7 virtual package

Julien Cristau julien.cris...@logilab.fr writes: On Sun, Sep 30, 2012 at 00:28:15 +0700, Ivan Shmakov wrote: I tend to think that a re-build (via binNMU or otherwise) will be sufficient for most of the packages affected. Unless there'll be objections, I'm going to file the respective bug

[OT] kernel modules

Eric Valette eric.vale...@free.fr writes: […] I do not want to compile microcode tool as a module because module loading juts slows down the boot process and contrarilly to many other package requiring firmware, this one does not enable to load firmware when not compiled as a module.

Re: Processor microcode update packages

Henrique de Moraes Holschuh h...@debian.org writes: On Fri, 28 Sep 2012, Eric Valette wrote: html head meta http-equiv=content-type content=text/html; charset=UTF-8 /head body bgcolor=#CC text=#00 font size=-1Reading the thread about microcode, I wonder why

Re: ${HOME} vs. g_get_home_dir ()

Simon McVittie s...@debian.org writes: On 26/09/12 18:15, Ivan Shmakov wrote: Simon McVittie s...@debian.org writes: Please research previous discussion to check that you're not missing arguments that have happened in the past, Any particular pointers? Following the git history

Bug#688932: g_get_home_dir () should prefer ${HOME} over getpwuid ()-pw_dir

Package: libglib2.0-0 Version: 2.32.3-1 X-Debbugs-Cc: debian-devel@lists.debian.org [Filing bug, as was suggested in the debian-devel@ discussion [1]. I've also started a discussion in gtk-devel-list@ [2].] Currently, it's not possible for the user to specify an

${HOME} vs. g_get_home_dir ()

I do remember filing a bug or two against packages that refer to the getent () data to find the user's “home” directory instead of using the HOME environment variable. The environment is the preferred place to check for this kind of things: it's (usually)

  1   2   3   4   5   6   7   8   9   >