Re: RFS: quickrdp/1.1.6-1 or how to proceed
Hi to all, Il giorno mer, 04/04/2012 alle 08.23 +0200, Tobias Eliasson ha scritto: > Dear mentors, [..] > To access further information about this package, please visit the > following URL: > http://mentors.debian.net/package/quickrd I try to "dget -x " his *.dsc, after import the right public key (ID AB0B0354), but it show me always the gpgkey error say is not possible to verify the sign. What is wrong? thanks -- cento -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1333527127.11189.4.camel@naboo
Re: RFS: quickrdp/1.1.6-1 or how to proceed
2012/4/4 cento : > I try to "dget -x " his *.dsc, after import the right public key (ID > AB0B0354), but it show me always the gpgkey error say is not possible to > verify the sign. What is wrong? My public key is not signed by any trustee and uploaded. I guess that's why you get that error. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+ZffSazad88fecoxb3z7fpDGxu-6cCsdwFNLKKJ4=jrziq...@mail.gmail.com
Re: RFS: quickrdp/1.1.6-1 or how to proceed
Hi, On 04/04/2012 10:12 AM, cento wrote: > I try to "dget -x " his *.dsc, after import the right public key (ID > AB0B0354), but it show me always the gpgkey error say is not possible to > verify the sign. What is wrong? dget uses dscverify to check the signature. dscverify only uses the debian-keyring.gpg and debian-maintainers.gpg keyrings located in /usr/share/keyrings by default, so it will not see any keys you imported unless you tell it to use a different keyring (eg. the one in your ~/.gnupg). Regards, Ansgar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7c10f4.1060...@43-1.org
Re: RFS: quickrdp/1.1.6-1 or how to proceed
On Wed, 04 Apr 2012 11:14:28 +0200, Ansgar Burchardt wrote: > dget uses dscverify to check the signature. dscverify only uses the > debian-keyring.gpg and debian-maintainers.gpg keyrings located in > /usr/share/keyrings by default, so it will not see any keys you imported > unless you tell it to use a different keyring (eg. the one in your > ~/.gnupg). ... e.g. by putting DSCVERIFY_KEYRINGS=/home//.gnupg/pubring.gpg into ~/.devscripts >From dscverify(1), note the _extra_: DSCVERIFY_KEYRINGS This is a colon-separated list of extra keyrings to use in addition to any specified on the command line. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- No one wants war. -- Kirk, "Errand of Mercy", stardate 3201.7 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404093610.gg12...@colleen.colgarra.priv.at
Bug#659047: RFS: rpg - Readable Password Generator
To advantage of this utility points it's name: "READABLE password generator". If You can read (i.e. to pronounce), then it is easy for remembering. But "readable" doesn't means "weak" - it is strong enough as long as dictionary is available for consulting to exclude words from out of there. -- *** ## Vladimir Stavrinov ## vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404101733.ga21...@mana.playfast.ru
Bug#659047: RFS: rpg - Readable Password Generator
W dniu 04.04.2012 12:17, Vladimir Stavrinov pisze: > To advantage of this utility points it's name: "READABLE password > generator". If You can read (i.e. to pronounce), then it is easy for > remembering. But "readable" doesn't means "weak" - it is strong enough > as long as dictionary is available for consulting to exclude words from > out of there. > So basically this is another tool like the apg? http://packages.debian.org/sid/apg regards fEnIo -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7c20f4.3020...@fenski.pl
Re: Bug#667092: RFS: tcng/10b-4 [RC, QA]
On Wed, Apr 04, 2012 at 01:21:55AM +0200, Arno Töll wrote: > On 04.04.2012 01:19, Adam Borowski wrote: > > Lintian now complains: W: tcng source: changelog-should-mention-qa > > but this seems wrong -- it's this very upload that is orphaning the > > package; lintian has no real way to know that, though. > > Just add "* QA Upload" to the changelog entry to make Lintian shut up. Should I be rather Lintian correct, or what-seems-to-be-right correct? This one seems to be on the edge, as the last maintainer upload. Still, a changelog line doesn't really break things any way. -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. signature.asc Description: Digital signature
Re: Bug#659047: RFS: rpg - Readable Password Generator
Vladimir Stavrinov writes: > To advantage of this utility points it's name: "READABLE password > generator". If You can read (i.e. to pronounce), then it is easy for > remembering. But "readable" doesn't means "weak" - it is strong enough > as long as dictionary is available for consulting to exclude words from > out of there. I think rpg is very insecure since all local users of the system can see the passwords that you generate. All they need to do is to look for the "grep" commands that appear in the process list. When I run $ ./rpg efi4vudamna andumfepibit azukvemipa Ardibute pazetmivudub I can clearly see the passwords using a very simple program: lindi2:~$ wget -q http://iki.fi/lindi/watchps.c lindi2:~$ gcc -O2 -Wall -o watchps watchps.c lindi2:~$ echo /lib/x86_64-linux-gnu | ./watchps helper got 2150, waiting for 2151 woke up ... cmdline: "grep -wEqi ^andumfepibit$ /usr/share/dict/words " ... cmdline: "grep -wEqi ^azukvemipa$ /usr/share/dict/words " ... -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84vclfok6s@sauna.l.org
Re: RFS: python-gnupg
Hi, Elena and all Elena ``of Valhalla'' wrote: > On 2012-03-27 at 18:39:11 +0400, Dmitry Shachnev wrote: > > Can I please upload the updated version to mentors.d.n? > > I don't think I will be able to do it before thursday, but > I'll upload it as soon as I can. Dimitry told me the package was ready and I'm about to look into sponsoring it. -- .''`.The world breaks everyone, and afterward, some are : :' :strong at the broken places.- Ernest Hemingway `. `' `-Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404104859.GL31680@aenima
Re: RFS: quickrdp/1.1.6-1 or how to proceed
Il giorno mer, 04/04/2012 alle 11.36 +0200, gregor herrmann ha scritto: > On Wed, 04 Apr 2012 11:14:28 +0200, Ansgar Burchardt wrote: > > > dget uses dscverify to check the signature. dscverify only uses the > > debian-keyring.gpg and debian-maintainers.gpg keyrings located in > > /usr/share/keyrings by default, so it will not see any keys you imported > > unless you tell it to use a different keyring (eg. the one in your > > ~/.gnupg). > > ... e.g. by putting > DSCVERIFY_KEYRINGS=/home//.gnupg/pubring.gpg > into ~/.devscripts > great, it works. thanks -- cento -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1333537385.11189.5.camel@naboo
Bug#659047: RFS: rpg - Readable Password Generator
On Wed, Apr 04, 2012 at 12:22:44PM +0200, Bartosz FeÅski wrote: > So basically this is another tool like the apg? > http://packages.debian.org/sid/apg I've used apg few years ago, but was not satisfied with it. That is exactly why I have started to write my own alternative. The main point was pronounceability. -- *** ## Vladimir Stavrinov ## vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404110918.gb21...@mana.playfast.ru
Bug#659047: RFS: rpg - Readable Password Generator
On Wed, Apr 04, 2012 at 01:39:07PM +0300, Timo Juhani Lindfors wrote: > I think rpg is very insecure since all local users of the system can see > the passwords that you generate. All they need to do is to look for the > "grep" commands that appear in the process list. First of all in most cases it is using on workstation where are no other live users then You (or hacker breached into Your system) . Second, it is used sporadically and rarely. To catch those passwords You need continuously watching and analyze process list for a long time. It is less likely for such scenario to be used. Some chance for using this hole is on the servers where passwords are generated automatically and very often. Nevertheless, to keep on strict security basics, I agree - it should be fixed in some way. -- *** ## Vladimir Stavrinov ## vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404113450.gc21...@mana.playfast.ru
Bug#659047: RFS: rpg - Readable Password Generator
On 04/04/2012 01:09 PM, Vladimir Stavrinov wrote: > I've used apg few years ago, but was not satisfied with it. That is > exactly why I have started to write my own alternative. The main point > was pronounceability. We also have pwgen which "generates pronounceable passwords" according to its man page. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7c3377.4060...@debian.org
Bug#659047: RFS: rpg - Readable Password Generator
On Wed, Apr 04, 2012 at 01:41:43PM +0200, Ansgar Burchardt wrote: > We also have pwgen which "generates pronounceable passwords" according > to its man page. As You can see, it is first utility mentioned here in this thread before apg, and again, I have used it too before apg. But it generates even less pronounceable passwords then apg does. -- *** ## Vladimir Stavrinov ## vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404115140.gd21...@mana.playfast.ru
Re: Bug#659047: RFS: rpg - Readable Password Generator
Vladimir Stavrinov writes: > First of all in most cases it is using on workstation where are no other > live users then You (or hacker breached into Your system) . Second, it > is used sporadically and rarely. To catch those passwords You need > continuously watching and analyze process list for a long time. It is > less likely for such scenario to be used. Some chance for using this > hole is on the servers where passwords are generated automatically and > very often. Or a shared university shell server where you first advertise this tool to all students and members of the staff and then record all the passwords. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84iphfogli@sauna.l.org
Bug#666221: RFS: bwctl/1.3-1 [ITP] -- bandwidth test controller
Hi Ansgar, On Fri, Mar 30, 2012 at 09:22:17AM +0200, Ansgar Burchardt wrote: > Hi, > > [ I have no intention to sponsor this package. ] No problem, thanks for commenting on the packaging! > Raoul Borenius writes: > > * License : custom license which is not considered free (see > > > > http://lists.debian.org/debian-legal/2012/02/msg4.html) > > but upstream is apparently changing to apache license in > > upcoming release of bwctl > > Then it should not go to main. See [1] how to change this in the source > package. Yes, thanks. I'm going to change that. > > bwctl-client - bandwidth test controller (client) > > bwctl-doc - documentation for bandwidth test controller > > bwctl-server - bandwidth test controller (server) > > i2util-tools - internet2 utilities > > libbwlib-dev - bandwidth test controller (development) > > libi2util-dev - internet2 utility library (development) > > libthrulay-dev - network capacity tester (development) > > libthrulay0 - network capacity tester (runtime) > > thrulay-client - network capacity tester (client) > > thrulay-server - network capacity tester (server) > > Is it really necessary to split this in so many packages? I'm not hundret percent sure but I think it should be split up. Upstream packages some utilities with bwctl which are not needed in all use cases (thrulay and i2util-tools). The alternative would be to not package them at all from the bwctl source. But there is no upstream source for these utilities other than in bwctl so I think it's best to create the packages for them as well. Upstream does the same with rpm packages that they supply, see http://software.internet2.edu/rpms/x86_64/RPMS.main/I2util-1.1-1.x86_64.rpm http://software.internet2.edu/rpms/x86_64/RPMS.main/bwctl-client-1.3-5.el5.x86_64.rpm http://software.internet2.edu/rpms/x86_64/RPMS.main/bwctl-server-1.3-5.el5.x86_64.rpm Regards, Raoul smime.p7s Description: S/MIME cryptographic signature
Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
Package: sponsorship-requests Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package "install-debian" * Package name: install-debian Version : 2.1.3 Upstream Author : Vladimir Stavrinov * URL : http://sourceforge.net/projects/install-debian/ * License : GPL Section : admin It builds those binary packages: install-debian - This command line utility installs Debian system non-interactivel To access further information about this package, please visit the following URL: http://mentors.debian.net/package/install-debian Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/install-debian/install-debian_2.1.3.dsc More information about hello can be obtained from http://sourceforge.net/projects/install-debian/ Changes since the last upload: install-debian (2.1.3) unstable; urgency=low * Added FS_TYPE - file system type, default ext4 (was ext3) * Added caveats. -- Vladimir Stavrinov Tue, 14 Feb 2012 14:25:14 +0400 Regards, Vladimir Stavrinov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJPfFfRAAoJEKymKWC/Iss2VmEH/jLUMFr04WTjX/I6+IFcFM76 fa1f/SmpknEF1sd+PnluveVjIO8A98qK++owIJRnnG/FF6fFvb8Dw1OeO+n7E4n2 9I0Q5NcZvkU7k481dmJTX26wfSqmLxLkzhGvXvb9VmTnkc1xfk1aZ+SUGk6AqS9y s7L8Q9cZhDshgAujtW5FuBQB62NjpSyRw8xRmWRJf5cBzqiM9B5uVoZiP+vGmTyt vQ71vsnFWOB6V/ETb2PLn7Q2lae3YGhJ756pGY1fACt2NkcMT3f/oVtOmVdgFhwW 1mTBf5WYvEDzC0oK2S/jAYPLDMzoZRSEpRODThFON5kZUznLw8H6XilHrmVt9eA= =wNRP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404141651.27785.11854.report...@mana.playfast.ru
Bug#667511: RFS: updeb/1.0.3 [NEW] -- Non-interactive upgrade Debian system
Package: sponsorship-requests Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package "updeb" * Package name: updeb Version : 1.0.3 Upstream Author : Vladimir Stavrinov * URL : http://sourceforge.net/projects/updeb/ * License : GPL Section : admin It builds those binary packages: updeb - Non-interactive upgrade Debian system To access further information about this package, please visit the following URL: http://mentors.debian.net/package/updeb Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/u/updeb/updeb_1.0.3.dsc More information about hello can be obtained from http://sourceforge.net/projects/updeb/ Changes since the last upload: updeb (1.0.3) unstable; urgency=low * Rifine config man pages. * Bug fix: create snapshot before doing anything else. -- Vladimir Stavrinov Fri, 23 Dec 2011 14:18:39 +0400 Regards, Vladimir Stavrinov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJPfFVYAAoJEKymKWC/Iss2Q6gIAIgsX7l6RPGr1GCi33I7tz7q 7eAbnIppihpVHe/wjfdq/0aXxO6QbkoMYOTJKvLjqAnGBHfRGa21Om+gdfablICh 4VSojeR/RQjpv0BTsntr7VazYcpW/sHTP+q2rcUOwIEdZvKBNJDQIEiNj9q9l37H YAVZxyAL2GwqdQLORsK8wYJrg6rsD38a88bPbLx/sbsMSauCyeINuQstQbfqc14t qPQs26iW2DSoblAbOmuCrLRTsJ8+VUTiSOiCynE2EyKxHSinqS3GuUpt/FhAqnfl ptMqoa0xlQP4RjbTfvB1RHP9KS0GlKzELdhXbkJPPox3OSUfdzcTHvTmy6AhpLk= =CPgU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404140621.27016.57901.report...@mana.playfast.ru
alternate make file for dh tiny rules
Greetings, I am packaging up milter-regex. The upstream source has three makefiles: Makefile Makefile.linux Makefile.solaris The file, "Makefile", is for building in a BSD environment. If I specify make -f Makefile.linux things build nicely. Is there an easy way to tell "dh" that it should use Makefile.linux instead of Makefile? Or do I need to perform override_dh_* for all the targets that need to be used? Thanks for the help! -mz -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caolfk3v+2h0euookuza6psxrurj77xv_m2qgqu+knl37wgh...@mail.gmail.com
Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
tag 667506 + wontfix thanks On 04/04/2012 04:16 PM, Vladimir Stavrinov wrote: > install-debian - This command line utility installs Debian system > non-interactivel >From a quick look it looks like it configures everything in a very specific way (including installing init scripts for non-Debian applications, configuring mutt, setting locales to hardcoded values, ...). I do not think it is suitable for Debian. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7c65f2.5030...@43-1.org
Processed: Re: Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
Processing commands for cont...@bugs.debian.org: > tag 667506 + wontfix Bug #667506 [sponsorship-requests] RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively Added tag(s) wontfix. > thanks Stopping processing here. Please contact me if you need assistance. -- 667506: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667506 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13335526331675.transcr...@bugs.debian.org
Bug#667511: RFS: updeb/1.0.3 [NEW] -- Non-interactive upgrade Debian system
On 04/04/2012 04:06 PM, Vladimir Stavrinov wrote: > updeb - Non-interactive upgrade Debian system I do not believe running apt-get dist-upgrade non-interactive is a good idea... Also there is already unattended-upgrades in the archive if you want to automatically install security updates. Ansgar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7c6bf6.1000...@43-1.org
Re: alternate make file for dh tiny rules
On Wed, Apr 4, 2012 at 9:49 AM, Matt Zagrabelny wrote:
> Greetings,
>
> I am packaging up milter-regex. The upstream source has three makefiles:
>
> Makefile
> Makefile.linux
> Makefile.solaris
>
> The file, "Makefile", is for building in a BSD environment. If I specify
>
> make -f Makefile.linux
Hmmm.
I tried the following:
---{debian/rules}---
#!/usr/bin/make -f
export MAKE:= make -f Makefile.linux
%:
dh $@
---{debian/rules}---
And get the following error:
dh build
dh_testdir
dh_auto_configure
dh_auto_build
Can't exec "make -f Makefile.linux": No such file or directory at
/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 215.
dh_auto_build: make -f Makefile.linux -j1 failed to to execute: No
such file or directory
make: *** [build] Error 2
Perhaps I don't understand the MAKE environment variable.
-mz
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caolfk3xauih15tgpxsbcf+o7rtoaumu75+mtrivibmsud8r...@mail.gmail.com
Re: Bug#667092: RFS: tcng/10b-4 [RC, QA]
Le 04/04/2012 06:38, Adam Borowski a écrit : > Should I be rather Lintian correct, or what-seems-to-be-right correct? Reading the long description usually helps: > $ lintian-info --tags changelog-should-mention-qa > W: changelog-should-mention-qa > N: > N: If this upload is to orphan this package, please mention this fact on > N: the first line of the changelog. If this is a QA upload, please > N: mention "QA (group) upload" there. Regards David signature.asc Description: OpenPGP digital signature
Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
On Wed, Apr 04, 2012 at 05:17:06PM +0200, Ansgar Burchardt wrote: > >From a quick look it looks like it configures everything in a very ^^ Please, take a time to learn more. Try to use it, before make conclusion. Here is bootable iso image, including this script: http://sourceforge.net/projects/install-debian/files/debian-rescue_amd64.iso/download > specific way (including installing init scripts for non-Debian It is only case for oracle and it does not mess and impact nothing. It may be removed without implications. > applications, configuring mutt, setting locales to hardcoded values, It is very configurable with configuration file. Any "hardcoded values" may be changed with custom configuration as it is shell variable. More over, the configuration facilities let You install arbitrary files, eventually whole directory tree. > ...). I do not think it is suitable for Debian. Great! Debian installer is not "suitable for Debian"! I am using this script for years. It have built a lot (tens) of production Debian servers in a few minutes. All of of them running custom web, cdn, banking and stock exchange applications until now without any problems. And it is only shell script, that You can use anywhere easy. *** ### Vladimir Stavrinov ### vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404183845.GA2578@terra.00
Re: Bug#667092: RFS: tcng/10b-4 [RC, QA]
On Wed, Apr 04, 2012 at 12:55:32PM -0400, David Prévot wrote: > Le 04/04/2012 06:38, Adam Borowski a écrit : > > > Should I be rather Lintian correct, or what-seems-to-be-right correct? > > Reading the long description usually helps: > > > $ lintian-info --tags changelog-should-mention-qa > > W: changelog-should-mention-qa > > N: > > N: If this upload is to orphan this package, please mention this fact on > > N: the first line of the changelog. If this is a QA upload, please > > N: mention "QA (group) upload" there. Beh, so the order of changelog lines matters? I've read this description but never suspected this is actually the case. Fixed. -- // If you believe in so-called "intellectual property", please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. signature.asc Description: Digital signature
Bug#667511: RFS: updeb/1.0.3 [NEW] -- Non-interactive upgrade Debian system
On Wed, Apr 04, 2012 at 05:42:46PM +0200, Ansgar Burchardt wrote: > I do not believe running apt-get dist-upgrade non-interactive is a good "not good idea ..." Again, it is running every day on lot of production servers for a ten years. Some time, I do rollback, because it preserve old packages. More over, it allow You do not use dist-upgrade, but upgrade or safe-upgrade with aptitude. Everything is configurable. > idea... Also there is already unattended-upgrades in the archive if you > want to automatically install security updates. I know this package for a long time, but is not make the work the updeb does. Look at report it produce. *** ### Vladimir Stavrinov ### vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404184802.GB2578@terra.00
Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
Vladimir; Le mercredi, 4 avril 2012 20.38:45, Vladimir Stavrinov a écrit : > > > ...). I do not think it is suitable for Debian. > > Great! Debian installer is not "suitable for Debian"! Debian already has one component named the Debian Installer [0,1], which is the official way to install Debian hosts. [0] http://www.debian.org/devel/debian-installer/ [1] http://packages.qa.debian.org/d/debian-installer.html I think having both the official Debian Installer `debian-installer` package and a completely new package (not suitable for generic installations) being named `install-debian` confusing (to say the least). So, without even taking a look at your `install-debian` package, I would certainly not upload it "as is" (hence agreeing with Ansgar' +wontfix tag), purely for name clashing reasons. (Note that I'm not judging the quality of your software, only its naming). Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
On Wed, Apr 04, 2012 at 09:11:03PM +0200, Didier Raboud wrote: > Debian already has one component named the Debian Installer [0,1], which is As usual, I was not satisfied with it and hence wrote my own installer > a completely new package (not suitable for generic installations) being named I don't agree. There are no something specific. > purely for name clashing reasons. (Note that I'm not judging the quality of > your software, only its naming). I think it is hard to confuse "debian-installer" with "install-debian" as well as "up" and "down". But if it is only reason preventing upload, I agree to rename it. Please, give me Your suggestions. *** ### Vladimir Stavrinov ### vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404192408.GC2578@terra.00
Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
Le mercredi, 4 avril 2012 21.24:08, Vladimir Stavrinov a écrit : > On Wed, Apr 04, 2012 at 09:11:03PM +0200, Didier Raboud wrote: > > Debian already has one component named the Debian Installer [0,1], which > > is > > As usual, I was not satisfied with it and hence wrote my own installer Have you reported your insatisfaction (think: bugreports)? By the way, from the description on install-debian's homepage: > It should be started from within Live CD, Network Boot or from any bootable > media, other then Your system disk. That's how debian-installer currently works > It fully supports software RAID. … as does d-i. > You can change defaults and most settings with command line options and > configuration variables. Do you know that you can preseed the Debian Installer to do exactly that? > All settings if not defined in config file or as command line options, will b > set to it's defaults either as constant values or evaluated from running > system. d-i preseed can set the priority of questions, hence getting sane defaults for most things. > By default it chooses largest disk for installation. d-i can do that too. > If there are more then one such disk of the same size, it makes RAID array. d-i can do that too. > Partitioning scheme supports separate partition for /boot, and separate > logical volumes for root filesystem, /usr, /var, /tmp and /home. Also there > are option to install system into single pre-mount point. In this case > partitioning and mounting every part leave on Your own. d-i can do that too. > This script installs only bit more packages then base system includes. The > main purpose is to get bootable system. After booting new system You can > install everything what You want. That's what d-i does too. So, what does install-debian better than what the debian-installer does? Or what does it that debian-installer doesn't? > > purely for name clashing reasons. (Note that I'm not judging the quality > > of your software, only its naming). > > I think it is hard to confuse "debian-installer" with "install-debian" > as well as "up" and "down". But if it is only reason preventing upload, I > agree to rename it. Please, give me Your suggestions. Given the above, try d-i-d-nih-kit-2.0-ng . Cheers, OdyX P.S. That was my last mail to this bugreport: I won't sponsor install-debian so I'm not the one to convince. signature.asc Description: This is a digitally signed message part.
Re: alternate make file for dh tiny rules
Matt Zagrabelny writes: > On Wed, Apr 4, 2012 at 9:49 AM, Matt Zagrabelny wrote: >> Greetings, >> >> I am packaging up milter-regex. The upstream source has three makefiles: >> >> Makefile >> Makefile.linux >> Makefile.solaris >> >> The file, "Makefile", is for building in a BSD environment. If I specify >> >> make -f Makefile.linux > > Hmmm. > > I tried the following: I suggest reading man dh, in particular, it's EXAMPLES section, where this very question has already been answered. > Perhaps I don't understand the MAKE environment variable. I'm afraid you don't. The info documentation of make talks about this variable in section "5.7.1 How the `MAKE' Variable Works". -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ehs32phj@luthien.mhp
Re: Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
Vladimir Stavrinov writes: > On Wed, Apr 04, 2012 at 09:11:03PM +0200, Didier Raboud wrote: > >> Debian already has one component named the Debian Installer [0,1], which is > > As usual, I was not satisfied with it and hence wrote my own installer Out of curiosity, what were your problems with d-i, that couldn't have been fixed via patches to d-i, that could only be solved by writing a new installer? (Note: I have not looked at your package.) -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aa2r2pbv@luthien.mhp
Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
On Wed, Apr 04, 2012 at 10:04:03PM +0200, Didier Raboud wrote: > Have you reported your insatisfaction (think: bugreports)? No. It has no sense, because of total insatisfaction. > That's how debian-installer currently works It is custom solution. By default it is dedicated CD. > > It fully supports software RAID. > > ⦠as does d-i. This was main point, where I start to write my own installer. d-i has very restricted solutions. For a years every time I tried to make software raid with d-i, I was compelled to do this manually. > > You can change defaults and most settings with command line options and > > configuration variables. > > Do you know that you can preseed the Debian Installer to do exactly that? Yes, I know. But again, preseed is restricted complex and not convenient. > d-i preseed can set the priority of questions, hence getting sane defaults > for > most things. This is something else. There are no questions at all. > > By default it chooses largest disk for installation. > > d-i can do that too. It can, but my script do by default. In any way it is no matter. > > If there are more then one such disk of the same size, it makes RAID array. > > d-i can do that too. Again, this is by default. ... > d-i can do that too. ... So there are too much this phrases, here is common answer. > So, what does install-debian better than what the debian-installer does? Or > what does it that debian-installer doesn't? d-i is menu-driven big system with huge number of components. It take a lot of time to do simple and routine things by Your hands (by default at least). install-debian is single shell script with command-line interface only. You can simply run it without parameters and You've got bootable system after 5 minutes with preferable defaults settings. > > agree to rename it. Please, give me Your suggestions. > > Given the above, try d-i-d-nih-kit-2.0-ng . Don't understand. It may be joke. > P.S. That was my last mail to this bugreport: I won't sponsor install-debian > so I'm not the one to convince. You and me may write anything here about what they can do and what can't. But only way to see true difference is to use it. I have experience of using both software. Why do You won't give chance to users to make their own choice? *** ### Vladimir Stavrinov ### vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404205851.GD2578@terra.00
Re: Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
On Wed, Apr 04, 2012 at 10:51:16PM +0200, Gergely Nagy wrote: > Out of curiosity, what were your problems with d-i, that couldn't have > been fixed via patches to d-i, that could only be solved by writing a First was software raid restrictions, then partitioning (logical volumes and file system creation), that take time and manual work. But total reason is that it is more continent to have single shell script to do the routine work. > (Note: I have not looked at your package.) Try to use it - You've get more feeling then from it's description. *** ### Vladimir Stavrinov ### vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404211000.GE2578@terra.00
Re: alternate make file for dh tiny rules
On Wed, Apr 4, 2012 at 3:47 PM, Gergely Nagy
wrote:
> Matt Zagrabelny writes:
>
>> On Wed, Apr 4, 2012 at 9:49 AM, Matt Zagrabelny wrote:
>>> Greetings,
>>>
>>> I am packaging up milter-regex. The upstream source has three makefiles:
>>>
>>> Makefile
>>> Makefile.linux
>>> Makefile.solaris
>>>
>>> The file, "Makefile", is for building in a BSD environment. If I specify
>>>
>>> make -f Makefile.linux
>>
>> Hmmm.
>>
>> I tried the following:
>
> I suggest reading man dh, in particular, it's EXAMPLES section, where
> this very question has already been answered.
Thanks for the hint, Gergely. Unfortunately the man page, in
particular the EXAMPLES section, does not address my *initial*
question (AFAIK):
---{original question}---
Is there an easy way to tell "dh" that it should
use Makefile.linux instead of Makefile?
Or do I need to perform override_dh_* for all the targets that need to be used?
---{end}---
And really at this point my original question is making less and less
sense as I think about it.
I am familiar with the override syntax of dh, if that is what you were
referring to when you mentioned the question I asked about being
answered in the dh man page.
I am using the dh_override_* mechanisms now.
>> Perhaps I don't understand the MAKE environment variable.
>
> I'm afraid you don't. The info documentation of make talks about this
> variable in section "5.7.1 How the `MAKE' Variable Works".
Okay. Thanks for the info.
-mz
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caolfk3xdhzbzo36mtwbgybpkbkfhfpbcooqybolmijajk9p...@mail.gmail.com
Re: Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
On 04/04/2012 04:10 PM, Vladimir Stavrinov wrote: > On Wed, Apr 04, 2012 at 10:51:16PM +0200, Gergely Nagy wrote: > >> Out of curiosity, what were your problems with d-i, that couldn't have >> been fixed via patches to d-i, that could only be solved by writing a > > First was software raid restrictions, then partitioning (logical volumes > and file system creation), that take time and manual work. But total > reason is that it is more continent to have single shell script to do > the routine work. All of this can be done with preseeding d-i, as well as much, much more, when you consider including pre- and/or post-install scripting from your preseed, using modular includes, based on the results of polling a remote database for the machine's intended purpose, its hardware components, desired OS version/architecture, additional desired software, etc.. In a previous work life, I've used d-i and some additional shell/perl/python on 10's of thousands of machines. A single shell script would not, imo, have anything compelling to offer above the flexibility of what d-i and preseeding can do for automation. >> (Note: I have not looked at your package.) Nor have I. -- Kind regards, Michael -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7cc103.4080...@pbandjelly.org
Re: Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
On Wed, Apr 04, 2012 at 04:45:39PM -0500, Michael Shuler wrote: > All of this can be done with preseeding d-i, as well as much, much more, For a years there was problem to make partitionable and bootable raid > when you consider including pre- and/or post-install scripting from your The main point is default setting, that allow do not spent time for configuration. I make partitioning scheme with logical volumes by default that is suitable in most cases for the first time, and then on run time it allow to resize volumes and filesystems, so to allocate disk space in most efficient way. And remember - all of this You've get in non-interactive way by running script without parameters. > preseed, using modular includes, based on the results of polling a Again, instead preseed, You can simply put Your target configuration file for any package into include directory and use meaningful shell variable assignments. It is very simple and clean. > A single shell script would not, imo, have anything compelling to offer > above the flexibility of what d-i and preseeding can do for automation. I agree, d-i is more universal, because it is too big. But debian-installer is more convenient and efficient in most (typical) cases. As for raid, d-i can't do, what install-debian can (see above). It create mirror, raid5 and raid10 by default. In two last cases there will be separate mirror for /boot directory. > >> (Note: I have not looked at your package.) > > Nor have I. try it: http://sourceforge.net/projects/install-debian/files/debian-rescue_amd64.iso/download *** ### Vladimir Stavrinov ### vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120404223031.GF2578@terra.00
Bug#667566: RFS: expat/2.1.0-1 [NMU]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "expat" * Package name: expat Version : 2.1.0-1 Upstream Author : fdrake, kwaclaw * URL : http://sourceforge.net/projects/expat/ * License : MIT License Section : library It builds those binary packages: expat - XML parsing C library - example application lib64expat1 - XML parsing C library - runtime library (64bit) lib64expat1-dev - XML parsing C library - development kit (64bit) libexpat1 - XML parsing C library - runtime library libexpat1-dev - XML parsing C library - development kit libexpat1-udeb - XML parsing C library - runtime library (udeb) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/expat Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/expat/expat_2.1.0-1.dsc Changes since the last upload: * Bug Fixes: - #1742315: Harmful XML_ParserCreateNS suggestion. - #2895533: CVE-2012-1147 - Resource leak in readfilemap.c. - #1785430: Expat build fails on linux-amd64 with gcc version>=4.1 -O3. - #1983953, 2517952, 2517962, 2649838: Build modifications using autoreconf instead of buildconf.sh. - #2815947, #2884086: OBJEXT and EXEEXT support while building. - #1990430: CVE-2009-3720 - Parser crash with special UTF-8 sequences. - #2517938: xmlwf should return non-zero exit status if not well-formed. - #2517946: Wrong statement about XMLDecl in xmlwf.1 and xmlwf.sgml. - #2855609: Dangling positionPtr after error. - #2894085: CVE-2009-3560 - Buffer over-read and crash in big2_toUtf8(). - #2958794: CVE-2012-1148 - Memory leak in poolGrow. - #2990652: CMake support. - #3010819: UNEXPECTED_STATE with a trailing "%" in entity value. - #3206497: Unitialized memory returned from XML_Parse. - #3287849: make check fails on mingw-w64. - #3496608: CVE-2012-0876 - Hash DOS attack. * Patches: - #1749198: pkg-config support. - #3010222: Fix for bug #3010819. - #3312568: CMake support. - #3446384: Report byte offsets for attr names and values. Regards, cento -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1333578915.5007.7.camel@naboo
Bug#667566: RFS: expat/2.1.0-1 [NMU]
The SGML/XML team are looking for a new maintainer for expat, if you were willing to join the team you would probably find sponsors there: http://bugs.debian.org/660681 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6GfjmfNP+QOzp-x5YH0yFiKzDWrVvDi2=WV=cvpozs...@mail.gmail.com
Bug#661511: Update from nmu version
Dear mentors, Update from NMU version. tpb - program to use the IBM ThinkPad(tm) special keys To access further information about this package, please visit the following URL: http://mentors.debian.net/package/tpb Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/tpb/tpb_0.6.4-8.dsc Changes since the last upload: * New maintainer (Closes: #643900) * Switch to dpkg-source 3.0 (quilt) format * debian/compat: - Bump debhelper compat level to 7 * debian/control: - Update Build-Depends debhelper to (>= 7.0.50~) - Bump to Standards-Version 3.9.3, no changes needed - Add upstream home page - Add dpkg-dev (>= 1.16.1~) to Build-Deps as we require the hardening build flags * debian/rules: - Replace "dh_clean -k" with "dh_prep" * debian/watch - Remove dh_make template * debian/tpb.config: - Fix lintian warning: unused-debconf-template - Remove "db_input medium tpb/makedev", not contained in debconf templates file (Closes: #656917) * Fix lintian spelling error: - debian/patch/fix-spelling-error-in-manpage.patch - debian/patch/fix-spelling-error-in-binary.patch -- ปรัชญ์ พงษ์พานิช Prach Pongpanich http://prach-public.blogspot.com
Re: alternate make file for dh tiny rules
Matt Zagrabelny writes:
> Thanks for the hint, Gergely. Unfortunately the man page, in
> particular the EXAMPLES section, does not address my *initial*
> question (AFAIK):
>
> ---{original question}---
> Is there an easy way to tell "dh" that it should
> use Makefile.linux instead of Makefile?
>
> Or do I need to perform override_dh_* for all the targets that need to be
> used?
> ---{end}---
>
> And really at this point my original question is making less and less
> sense as I think about it.
Ah, I missed the second part of the question. In that case, the answer
is: possibly. You can play dirty tricks by symlinking Makefile.linux to
Makefile in the build target, and removing the symlink in clean.
The other option is to, indeed, override every target that would want to
use the Makefile.
--
|8]
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ehs2znl5@luthien.mhp
