Re: RFS: throttle
Hi. In fact, I don't know anything about the other programs, I only was looking for a little utility with a RFP to begin to contribute to debian and throttle seems usefull and very easy to package So, I don't know if throttle is better than the other two, My motivation is learn debian develop Best regards On Thu, Apr 9, 2009 at 4:45 PM, ERSEK Laszlo wrote: > On Thu, 9 Apr 2009, Eduardo Ferro wrote: > >> I just upload a new version. I think that this version fixes all the > > (I really have no say in this, I'm just curious.) > > [1] explicitly mentions cstream as a bandwidth-limiting pipe already in > Debian. Another program with such functionality is pv (also in Debian). What > feature does throttle add? (Does the "-w window" option make it more useful > in certain situations, perhaps?) > > Manuals for comparison: > - throttle (-w) [2] > - cstream -t [3] > - pv -q -L [4] > [...] -- Hasta otra!!! Eduardo Ferro Aldama Alea Soluciones -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: google-gflags
On Fri, 2009-04-10 at 08:52 -0700, Ehren Kret wrote: > On Sat, Apr 11, 2009 at 01:29:23AM +1000, Matthew Palmer wrote: > The distinctive feature of this library that I'm aware of is that it > allows command line flags to be defined in any file in which they're > needed and uses the linker to aggregate the flags into a single list for > parse-time. > > Here's what their docs say about this: > Google's commandline flags library differs from other libraries, such > as getopt(), in that flag definitions can be scattered around the source > code, and not just listed in one place such as main(). In practice, > this means that a single source-code file will define and use flags > that are meaningful to that file. Any application that links in that > file will get the flags, and the google commandline flags library will > automatically handle that flag appropriately. Hardly distinctive, I wrote that in libgetopt++ in (checks changelog) 2002. -Rob signature.asc Description: This is a digitally signed message part
RFS: quick-lounge-applet (updated package)
Dear mentors, I am looking for a sponsor for the new version 2.12.5-6 of my package "quick-lounge-applet". It builds these binary packages: quick-lounge-applet - GNOME panel applet to organise preferred applications The package appears to be lintian clean. The upload would fix these bugs: 523502 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/q/quick-lounge-applet - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/q/quick-lounge-applet/quick-lounge-applet_2.12.5-6.dsc I would be glad if someone uploaded this package for me. Kind regards Diego Fernández Durán signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: RFS: inotify-tools (adopted and updated package)
Hi, On Fri, Apr 10, 2009 at 10:21:00AM +0200, Michal Čihař wrote: > > Please describe in more details fixed bugs in changelog, New Upstream > Version (Closes: #494782, #458132, #520672) does not really get idea > what got fixed. > Changed to: * New Upstream Version (Closes: #494782) - fixes outputting time strings (Closes: #458132) - patch for inotifytools_next_events blocking if timeout is 0 apparently applied upstream (Closes: #520672) and reuploaded to mentors. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: slv2
> Od: Jaromír Mikeš > Dear mentors, > > I am looking for a sponsor for my package "slv2". > > * Package name: slv2 > Version : 0.6.2-1 > Upstream Author : Dave Robillard > * URL : http://drobilla.net/software/slv2 > * License : gpl > Section : sound > > It builds these binary packages: > libslv2-9 - A library for simple use of LV2 plugins > libslv2-dev - Development files (headers) for SLV2 > slv2 - Jack support for LV2 plugins > slv2-doc - Documentation for SLV2 > > The package appears to be lintian clean. > > The upload would fix these bugs: 522069 > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/s/slv2 > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget http://mentors.debian.net/debian/pool/main/s/slv2/slv2_0.6.2-1.dsc Hello, package is uploaded back on mentors.debian and is now in much better condition. I'd be pleased if someone will check it and sponsor it. Lintian -I clean Best regards mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: no-symbols-control-file
> Od: Paul Wise > You should only run that manually to create the initial symbols file, > dh_makeshlibs should take care of running the right dpkg-gensymbols > call during the build process. > In addition you generally need to strip the Debian version from each > symbol as explained by the lintian tag. > > You may want to add a Build-Depends-Package line as shown in the > deb-symbols manual page. Thank you a lot your comments were very helpful best regards mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: google-gflags
On Sat, Apr 11, 2009 at 01:29:23AM +1000, Matthew Palmer wrote: > On Fri, Apr 10, 2009 at 08:06:54AM -0700, Ehren Kret wrote: > > It builds these binary packages: > > libgoogle-gflags-dev - a commandline flags processing library > > libgoogle-gflags0 - a commandline flags processing library > > Considering the plethora of other libraries to process command line flags, I > think you'll need to "sell" this thing a little more. What does it do that > the competition just doesn't do? Is it needed for another package? And so > on. > > - Matt > The distinctive feature of this library that I'm aware of is that it allows command line flags to be defined in any file in which they're needed and uses the linker to aggregate the flags into a single list for parse-time. Here's what their docs say about this: Google's commandline flags library differs from other libraries, such as getopt(), in that flag definitions can be scattered around the source code, and not just listed in one place such as main(). In practice, this means that a single source-code file will define and use flags that are meaningful to that file. Any application that links in that file will get the flags, and the google commandline flags library will automatically handle that flag appropriately. signature.asc Description: Digital signature
Re: RFS: google-gflags
On Fri, Apr 10, 2009 at 08:06:54AM -0700, Ehren Kret wrote: > It builds these binary packages: > libgoogle-gflags-dev - a commandline flags processing library > libgoogle-gflags0 - a commandline flags processing library Considering the plethora of other libraries to process command line flags, I think you'll need to "sell" this thing a little more. What does it do that the competition just doesn't do? Is it needed for another package? And so on. - Matt -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: "RFS:" (Request For Sponsor) for MSEide+MSEgui FreePascal GUI development kit
10.04.09, 09:28, "Bobyr Raisa Efimovna" : 1. Name of the package: "mseide-msegui" 2. The licence the package is provided under : IDE is under GPL, library under modified LGPL like FPC-RTL. 3. Short description by subpackage basis: 3.1) package "mseide-msegui" - the dependency package which sews the below packages 3.2) package "msegui" - FreePascal-based GUI development library: 3.3) package "msegui-tools" - the utility binaries: 3.4) package "mseide" - the GUI IDE to develop using the library: 3.5) package "mseide-msegui-contrib" - contributed software to MSEgide+MSEgui 3.6) mseide-msegui-doc - the documentation 4. Long description by subpackage basis: 4.1) package "mseide-msegui" - the top dependency package 4.2) package "msegui" Features: - uses some powerful approaches: = a grid of any widgets(including lookup comboboxes and imaging ones) = design-time in-memory multi-field arrays(lookup buffers) to fill list widgets = on-fly generating virtual PostScrip fonts to print several codepages in one file = on-open filtering comboboxes = off-lime mode of dataset with local storage(BLOB data also supported) = full featured in-memory dataset(BLOB data also supported,local storage, indexes,events) = global and local skinning(facets, bevels, gradients, images, transparency, blending) = layout engine, spacers, spliters, anchors, size limiting = x/y centering text in widgets and grid cells = adjusting grid cells to fit the grid = stat files for persistent storage of application settings, variable values, value apperance and position of widgets, grid contents = x-scalable text in widgets and reports - no external widget library needed - internal character encoding is UCS2 - uses anti-aliased fonts on Linux - all screen drawing is double buffered - has docking forms and MDI - has embedded forms(similar to TFrame) and form inheritance - has database(PostgreSQL,MySQL,SQlite3/SQL,FireBird,ODBC, MS SQL etc with optional ZeosDBO) access components, data edit widgets, database events, loading and saving and diplaying BLOB data - internationalization functionality with resource modules - report generator(to PostScript) and GUI-designer capable of printing multiple charset text, prepass to count pages(for the "N of M" functionality), printing grayscale and color images 4.3) package "msegui-tools" Provides: - msei18n: assists to produce loadable libraries for i18n-localization purposes - bmp2pas: generates Pascal language constants from bitmap files - form2pas: generates Pascal language constants from MSEide form files - doc/msegui/*: uses "makeskel+fpdoc" to produce library reference from MSEgui sources - svn_upd_script/*: helps to download latest MSEide+MSEgui sources(for custom building) - xft2gs: generates a prototype of "Fontmap.GS" based on current font set and "fontconfig" settings(useful for achieving inentical look on screen and paper) 4.4) package "mseide" Provides: - Integrated debugging - Source code highlighting - Source code navigation with support for include files - Code completion for classes - Integrated visual form designer with source code update for components and events - Flexible and handy build system with switchable macros - Visual form inheritance(both subclassing and superclassing) - Integrated report designer - WYSIWYG layout management 4.5) package "mseide-msegui-contrib" Provides: - RAW text printer unit - printer selection dialogue(for CUPS) - themes dialogue - i82555 LPT access - examples of : = MDI application = SQLite3 datatypes in s simple DB application = report printing 4.6) package "mseide-msegui-doc" Provides: - short library reference - examples and tutorials: = database = chart recording = remote form execution = treading = RAW printing 5. Where the package can be obtained from : 1) the current development version: svn https://mseide-msegui.svn.sourceforge.net/svnroot/mseide-msegui/trunk 2) the latest stable sources: http://dfn.dl.sourceforge.net/sourceforge/mseide-msegui/mseide_msegui_src_2_0.zip 3) the NEWS group to discuss: "public.mseide-msegui.talk" at "news://news.grid-sky.com"; 6. The package is already debianized(search for "mseide-msegui" in the "Sid") but the current sponsors can't be contacted for some reasons for a long time as long as the packages have no updates more than 100 days. The upstream sources can be found at: http://bollin.googlecode.com/svn/mseide-msegui/trunk/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: google-gflags
Dear mentors, I am looking for a sponsor for my package "google-gflags". * Package name: google-gflags Version : 1.0-1 Upstream Author : Google Inc. * URL : http://code.google.com/p/google-gflags/ * License : New BSD License Section : libs It builds these binary packages: libgoogle-gflags-dev - a commandline flags processing library libgoogle-gflags0 - a commandline flags processing library The package appears to be lintian clean. The upload would fix these bugs: 523411 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/google-gflags - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/google-gflags/google-gflags_1.0-1.dsc I would be glad for feedback and/or if someone uploaded this package for me. Thank you, -- Ehren Kret signature.asc Description: Digital signature
Re: [Fwd: Re: [jack-mixer]bin/sh: no: command not found]]
On Fri, Apr 10, 2009 at 9:34 PM, Grammostola Rosea wrote: > How do I link with -lm? Add it to the link command. How that is done depends on the upstream build system. > you mean in jack_mixer.c? Can't find it in that file. No, in the upstream build system. > Another problem with the app is that it is called, jack_mixer, but it's not > allowed to use _ in a package name in Debian. So It's called jack-mixer now, > but you start it with jack_mixer in the terminal :/ That is fine, the binary name doesn't have to match the package name. -- 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
Re: no-symbols-control-file
On Fri, Apr 10, 2009 at 9:27 PM, Jaromír Mikeš wrote: > I put this line to my debian/rules: > > dpkg-gensymbols -plibslv2-9 -Olibslv2-9.symbols You should only run that manually to create the initial symbols file, dh_makeshlibs should take care of running the right dpkg-gensymbols call during the build process. In addition you generally need to strip the Debian version from each symbol as explained by the lintian tag. You may want to add a Build-Depends-Package line as shown in the deb-symbols manual page. > Lintian -IE giving only these lines here: > X: slv2: spelling-error-in-binary ./usr/bin/lv2_jack_host succesfully > successfully > X: slv2: spelling-error-in-binary ./usr/bin/lv2_simple_jack_host succesfully > successfully I explained what to do with those in my previous mail, please read it. -- 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
Re: dante: libc6 dependency: can't migrate to testing?
On Friday 10 April 2009 10:27:06 Peter Pentchev wrote: > Hi, Hello Peter, > I've been seeing this for the past two weeks: > > http://qa.debian.org/excuses.php?package=dante > > libdsocksd0/alpha unsatisfiable Depends: libc6.1.1 (>> 2.9) > libsocksd0/alpha unsatisfiable Depends: libc6.1.1 (>> 2.9) > > ...and I'm not exactly sure what the problem is. Okay, so I see > that libc6 has some weirdness on alpha (building a libc6.1 instead > of libc6), It is 6.1 which correlates with the SONAME progress for that particular architecture, alpha and ia64 in that case. Similarly, it is libc0.3 for hurd-i386 and libc0.1 for kfreebsd-i386 and kfreebsd-amd64. > but still I'm really not sure where the libc6.1.1 instead > of libc6.1 comes from. I saw Dato answered this question. -- pub 4096R/0E4BD0AB 2003-03-18 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [Fwd: Re: [jack-mixer]bin/sh: no: command not found]]
Paul Wise wrote: On Fri, Apr 10, 2009 at 3:32 AM, Grammostola Rosea wrote: pkg-shlibdeps: warning: symbol sqrt used by debian/jack-mixer/usr/lib/python2.5/site-packages/_jack_mixer_c.so found in none of the libraries. According to the sqrt manual page you need to link with -lm mmh I can't find an manual page for sqrt on my system.. How do I link with -lm? dpkg-shlibdeps: warning: symbol PyDict_New used by debian/jack-mixer/usr/lib/python2.5/site-packages/_jack_mixer_c.so found in none of the libraries. Something to do with python, not sure if they are anything to worry about. dpkg-shlibdeps: warning: dependency on librt.so.1 could be avoided if "debian/jack-mixer/usr/lib/python2.5/site-packages/_jack_mixer_c.so" were not uselessly linked against it (they use none of its symbols). Remove -lrt from the LDFLAGS for that file. you mean in jack_mixer.c? Can't find it in that file. Another problem with the app is that it is called, jack_mixer, but it's not allowed to use _ in a package name in Debian. So It's called jack-mixer now, but you start it with jack_mixer in the terminal :/ \r -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: ratproxy
Dear mentors, I am looking for a sponsor for my package "ratproxy". * Package name: ratproxy Version : 1.56+dfsg-1 Upstream Author : Michal Zalewski * URL : http://code.google.com/p/ratproxy/ * License : Apache License 2.0 Section : admin It builds these binary packages: ratproxy - passive web application security assessment tool The package appears to be lintian clean. The upload would fix these bugs: 489278 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/ratproxy - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/r/ratproxy/ratproxy_1.56+dfsg-1.dsc I would be glad for feedback and/or if someone uploaded this package for me. Kind regards Iustin Pop signature.asc Description: Digital signature
Re: RFS: lynis (updated package)
Hi, Francisco.
I see that your package has already been uploaded, but I think that one
question is in order:
On Apr 10 2009, Francisco M. García Claramonte wrote:
> Lynis is an auditing tool for Unix. It scans the system
> configuration and creates an overview of system information
> and security issues usable by professional auditors.
> It can assist in automated audits.
> .
> Lynis can be used in addition to other software, like security
> scanners, system benchmarking and fine-tuning tools.
How is Lynis different from, say, tiger? What does it offer that the
system administrator should consider? How does it compare to tiger?
I guess that those questions should be, in some way, addressed in the
long description.
Regards,
--
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: no-symbols-control-file
> Od: Paul Wise > > I: libslv2-9: no-symbols-control-file usr/lib/libslv2.so.9.1.1 > > > > Can someone advice me please how satisfied lintian? > > First, make sure you have read and understood libpkg-guide: > > http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html > > Second, please read the first two bugs of libpkg-guide: > > mole only does this for packages already in the archive, you need to > run the commands yourself for new packages. Hello, thank you for bunch of useful links. I put this line to my debian/rules: dpkg-gensymbols -plibslv2-9 -Olibslv2-9.symbols And I am getting output like this on build: ## dpkg-gensymbols -plibslv2-9 -Olibslv2-9.symbols dpkg-gensymbols: warning: Failed to parse a line in debian/libslv2-9.symbols: dpkg-gensymbols: warning: Failed to parse a line in debian/libslv2-9.symbols: dpkg-gensymbols: warning: new libraries appeared in the symbols file: libslv2.so.9 dpkg-gensymbols: warning: libslv2-9.symbols doesn't match completely debian/libslv2-9.symbols --- dpkg-gensymbols04T19h 2009-04-10 12:51:17.0 + +++ dpkg-gensymbolsGaAbdT 2009-04-10 12:51:17.0 + @@ -0,0 +1,141 @@ +libslv2.so.9 libslv2-9 #MINVER# + slv2_get_l...@base 0.6.2-1 + slv2_instance_f...@base 0.6.2-1 + slv2_plugin_class_compare_by_...@base 0.6.2-1 + slv2_plugin_class_f...@base 0.6.2-1 + slv2_plugin_class_get_child...@base 0.6.2-1 + slv2_plugin_class_get_la...@base 0.6.2-1 + slv2_plugin_class_get_parent_...@base 0.6.2-1 + slv2_plugin_class_get_...@base 0.6.2-1 + slv2_plugin_class_...@base 0.6.2-1 + slv2_plugin_classes_f...@base 0.6.2-1 + slv2_plugin_classes_get...@base 0.6.2-1 + slv2_plugin_classes_get_by_...@base 0.6.2-1 + slv2_plugin_classes_...@base 0.6.2-1 and so on ... # I did copy/paste from terminal to my.symbols file and removed plus on beginning of each line and added ~ to version. http://lintian.debian.org/tags/symbols-file-contains-current-version-with-debian-revision.html 1) is it right? 2) if yes, should I leave line "dpkg-gensymbols -plibslv2-9 -Olibslv2-9.symbols" in debian/rules or remove it? Lintian -IE giving only these lines here: X: slv2: spelling-error-in-binary ./usr/bin/lv2_jack_host succesfully successfully X: slv2: spelling-error-in-binary ./usr/bin/lv2_simple_jack_host succesfully successfully regards mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: "RFS:" (Request For Sponsor) for MSEide+MSEgui FreePascal GUI development kit
Hi, Bobyr.
I am not a DD, but I have some comments.
On Apr 10 2009, Bobyr Raisa Efimovna wrote:
> 1. Name of the package: "mseide-msegui"
> 2. The licence the package is provided under : IDE is under GPL, library
> under modified LGPL like FPC-RTL.
> 3. Short description : FreePascal-based GUI development library and IDE
Actually, you should give the short description of all binary packages
that your package generates.
> 4. Long description :
Please, rework the long description. In particular, put some text before
the bullet lists.
> The library:
> - Uses some revolutionary approaches
Revolutionary approaches? Which ones? This market-speak does not say
anything about the package and it would be better to leave out of the
package.
> - Compiles with FPC 2.2 and FPC 2.3 and FPC 2.4
> - Tested on i386-linux SuSE >=9.0, Debian >= 3.0 and i386-win32 98/2000/XP.
Wouldn't this be better placed in the upstream README? What about other
platforms? Is that "embedded" under the "Debian >= 3.0" description?
> - Links to xlib and gdi32, no external widget library needed.
What about shortening this? You seem to be declaring a "dependency" to
humans. You could just drop the first part of the sentence.
> - Internal character encoding is UCS2.
> - Uses anti aliased fonts on Linux (Xft).
You probably need an hyphen here in "anti-aliased". I'm also not too
sure about the need of mention of xft.
> - All screen drawing is double buffered.
> - Has docking forms and MDI.
> - Has embedded forms (similar to TFrame).
> - Has database access components ( including ODBC ) and data edit widgets.
The contents inside the parenthesis should not have spaces surrounding them.
(...)
> - inherited forms ( both subclassing and superclassing )
Idem.
> 4. Where the package can be obtained from :
(...)
OK with the links to upstream sources, but where is the Debian
packaging? Are they uploaded somewhere? A potential sponsor will need to
get the sources and see them for himself.
> The package is already debianized { search "mseide-msegui" in the
> "Sid" } but the current sponsors can't be contacted for some reasons
> for a long time as long as the packages have no updates more than 100
> days.
Please, wrap your lines so that they fit in displays with up to 80
columns (I reformatted the paragraph above).
Other potential sponsors would need more information. Has the packaging
system been modified in any way?
I'm short on time right now, but I hope that you get an sponsor soon.
Regards,
--
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: dante: libc6 dependency: can't migrate to testing?
+ Peter Pentchev (Fri, 10 Apr 2009 11:27:06 +0300): > Hi, Hello, Peter. > I've been seeing this for the past two weeks: > http://qa.debian.org/excuses.php?package=dante > libdsocksd0/alpha unsatisfiable Depends: libc6.1.1 (>> 2.9) > libsocksd0/alpha unsatisfiable Depends: libc6.1.1 (>> 2.9) > ...and I'm not exactly sure what the problem is. Okay, so I see > that libc6 has some weirdness on alpha (building a libc6.1 instead > of libc6), but still I'm really not sure where the libc6.1.1 instead > of libc6.1 comes from. > What should I do now? > - look for a problem in debhelper 7 on alpha (shlibds:Depends generation) > - look for a problem in the build hardening wrapper on alpha > - look for a problem in dante's control file (but it's just shlibs:Depends > and misc:Depends for those two libraries) > - poke and anger the wanna-build gods to do something by hand > - just wait patiently? :) Poking the wanna-build people on debian-wb-t...@lists.debian.org works, and surely we wouldn’t be angered. ;-) Alternatively, if a package is 10 days old and doesn’t have RC bugs, you can inquire in debian-rele...@lists.debian.org and ask why it isn’t migrating, no need to wait for two weeks. :-) In this case, we were aware of the problem, and it’s been solved recently via a Bin-NMU. In fact, dante has managed to migrate to testing already. The problem was a bug in the shlibs file for glibc, causing it to create bogus dependencies on alpha for some packages. These have been all Bin-NMUed by Kurt Roeckx. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: pdebuild, not removing build environment
On Fri, 2009-04-10 at 11:39 +0300, Eric Pozharski wrote: > On Fri, Apr 10, 2009 at 12:36:50AM +0800, Chow Loong Jin wrote: > > On Thu, 2009-04-09 at 18:21 +0200, أحمد المحمودي wrote: > > > On Thu, Apr 09, 2009 at 04:51:35PM +0200, Gudjon I. Gudjonsson wrote: > > > > Sorry if I have missed something obvious but, in case of error > > > > during > > > > build. How can I keep the pbuilder environment when I use pdebuild. I > > > > don't > > > > want pdebuild to remove the chroot environment after the error occurs. > > > ---end quoted text--- > > > > > > Well, the only method that I know is do a pbuilder login, then I build > > > the package (after manually apt-get'ing its Build-Deps), so: > > > > > > $ pbuilder login > > > # apt-get install > > > # dpkg-source -x .dsc > > > # cd > > > # ./debian/rules build (or whatever) > > > > A hook would save you all that trouble. I have a hook called C00Bash > > which looks like this: > > 8<= > > #!/bin/sh > > exec bash > > >8= > > > > After a build (only if there's a failure), it'll drop to a Bash prompt > > within the chroot, whereby you can head to /tmp/buildd/ and examine why > > things went the way they did. > > (just my 2cent) Someone interested could develop a hook that after > looking for parent processes (it should go far enough) just would kill > pbuilder. This must be SIGKILL; otherwise the signal could be trapped. > > p.s I'm not interested -- so I'm not that someone. > Just replace "exec bash" with "killall -9 pbuilder". But seriously it's pointless. If you keep the Bash prompt from that hook I posted earlier open, you can poke around inside the chroot, and if you wish, you could do the killing of pbuilder yourself, as it'll wait for you to close that prompt. -- Chow Loong Jin signature.asc Description: This is a digitally signed message part
Re: pdebuild, not removing build environment
On Fri, Apr 10, 2009 at 12:36:50AM +0800, Chow Loong Jin wrote: > On Thu, 2009-04-09 at 18:21 +0200, أحمد المحمودي wrote: > > On Thu, Apr 09, 2009 at 04:51:35PM +0200, Gudjon I. Gudjonsson wrote: > > > Sorry if I have missed something obvious but, in case of error during > > > build. How can I keep the pbuilder environment when I use pdebuild. I > > > don't > > > want pdebuild to remove the chroot environment after the error occurs. > > ---end quoted text--- > > > > Well, the only method that I know is do a pbuilder login, then I build > > the package (after manually apt-get'ing its Build-Deps), so: > > > > $ pbuilder login > > # apt-get install > > # dpkg-source -x .dsc > > # cd > > # ./debian/rules build (or whatever) > > A hook would save you all that trouble. I have a hook called C00Bash > which looks like this: > 8<= > #!/bin/sh > exec bash > >8= > > After a build (only if there's a failure), it'll drop to a Bash prompt > within the chroot, whereby you can head to /tmp/buildd/ and examine why > things went the way they did. (just my 2cent) Someone interested could develop a hook that after looking for parent processes (it should go far enough) just would kill pbuilder. This must be SIGKILL; otherwise the signal could be trapped. p.s I'm not interested -- so I'm not that someone. -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
dante: libc6 dependency: can't migrate to testing?
Hi, I've been seeing this for the past two weeks: http://qa.debian.org/excuses.php?package=dante libdsocksd0/alpha unsatisfiable Depends: libc6.1.1 (>> 2.9) libsocksd0/alpha unsatisfiable Depends: libc6.1.1 (>> 2.9) ...and I'm not exactly sure what the problem is. Okay, so I see that libc6 has some weirdness on alpha (building a libc6.1 instead of libc6), but still I'm really not sure where the libc6.1.1 instead of libc6.1 comes from. What should I do now? - look for a problem in debhelper 7 on alpha (shlibds:Depends generation) - look for a problem in the build hardening wrapper on alpha - look for a problem in dante's control file (but it's just shlibs:Depends and misc:Depends for those two libraries) - poke and anger the wanna-build gods to do something by hand - just wait patiently? :) G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If there were no counterfactuals, this sentence would not have been paradoxical. pgpH0gHwUk6QY.pgp Description: PGP signature
Re: RFS: lynis (updated package)
Hi Dne Fri, 10 Apr 2009 09:40:37 +0200 "Francisco M." García Claramonte napsal(a): > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/l/lynis > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.2.6-1.dsc Uploaded. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: inotify-tools (adopted and updated package)
Hi Dne Thu, 9 Apr 2009 23:08:07 -0700 Ryan Niebur napsal(a): > I am looking for a sponsor for the new version 3.13-1 > of my package "inotify-tools". > > It builds these binary packages: > inotify-tools - command-line programs providing a simple interface to inotify > libinotifytools0 - utility wrapper around inotify > libinotifytools0-dev - Development library and header files for > libinotifytools0 > > The package appears to be lintian clean. > > The upload would fix these bugs: 458132, 464829, 494782, 518267, 520672 Please describe in more details fixed bugs in changelog, New Upstream Version (Closes: #494782, #458132, #520672) does not really get idea what got fixed. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: devtodo (updated package)
Hi Dne Thu, 9 Apr 2009 23:08:37 -0700 Ryan Niebur napsal(a): > I am looking for a sponsor for the new version 0.1.20-5 > of my package "devtodo". > > It builds these binary packages: > devtodo- hierarchical, prioritised todo list manager > > The package appears to be lintian clean. > > The upload would fix these bugs: 470705, 483976, 516604 > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/d/devtodo > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/d/devtodo/devtodo_0.1.20-5.dsc Uploaded. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
RFS: lynis (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.2.6-1 of my package "lynis". It builds these binary packages: lynis - security auditing tool for Unix based systems Lynis is an auditing tool for Unix. It scans the system configuration and creates an overview of system information and security issues usable by professional auditors. It can assist in automated audits. . Lynis can be used in addition to other software, like security scanners, system benchmarking and fine-tuning tools. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/lynis - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/lynis/lynis_1.2.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards Francisco -- Francisco M. García Claramonte GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
