Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
This one time, at band camp, Lucas Nussbaum said: > Well, there are a few reasons why this would be suboptimal: > > - both qa.debian.org and udd.debian.org websites are managed using SVN, > so it's a bit inconvenient to create a playpen as a subdirectory. That's a minor technical issue that can be resolved with the equivalent of svn ignore on a subdirectory. I can't believe that it's a serious bocker. > - I have the impression that most of the work that people were doing on > alioth cannot be labelled as QA. For example, in the ruby team, we > are running a daily cronjob that creates a web page about a > transition. > > - qa and udd are not accessible to non-DDs. There are some teams that > rely on a large number of non-DDs, and I don't like the idea of > limiting the ability to update some script to DDs. (re-using the > example of the ruby cronjob above, it was developed by Antonio > Terceiro, who is still in NM). I think maybe we're talking at cross purposes here. wagner.d.o has access to UDD, and runs the project web sites (eg, adduser.alioth.d.o). If teams need to make use of UDD to track status for their projects, that is a perfectly reasonable and fine use of the alioth service. I am talking about the larger, project-wide work Rhonda and others do that doesn't fit under the umbrella of work done on a particular code base. This work, while good and useful work, is not really what alioth is intended for. This is what I'm talking about shifting. As a secondary issue, I think it might be useful to let DDs 'scratch their itch' when it comes to QA work in a light weight way. However, I'm not in the QA team, so I can't make decisions about what sort of access the QA team wants to give to other project members. In general, I am in favor of open access to resources and self-service, but you may not be. Also, I don't think it's a good idea in general for the project to rely on anything in someone's $HOME, as we've seen that go wrong far too often. I would like to encourage people to move services that are useful to an appropriate place. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
On 15/06/11 at 08:36 +0100, Stephen Gran wrote: > As a secondary issue, I think it might be useful to let DDs 'scratch > their itch' when it comes to QA work in a light weight way. However, > I'm not in the QA team, so I can't make decisions about what sort of > access the QA team wants to give to other project members. In general, > I am in favor of open access to resources and self-service, but you may > not be. The QA team is very open to welcoming new members and their contributions. However, not everything can be labelled as QA work, and not everybody wants to do work inside a team, so I'm relunctant to use the QA infrastructure as a placeholder for every script people want to run on alioth. > Also, I don't think it's a good idea in general for the project to > rely on anything in someone's $HOME, as we've seen that go wrong far > too often. I would like to encourage people to move services that are > useful to an appropriate place. Before you can prove that a service is useful, you need to develop it. For that, it's convenient to have a place which is similar to the final destination of the service, where you can easily hack. Also, it's often not desirable to hack on the production version of a service. A good solution could be to serve public_html from wagner instead of vasks. I don't really see the point in serving it from vasks. Alternatively, we could use collab-maint's htdocs, but there's an ACL missing on wagner:/home/groups/collab-maint/htdocs. - Lucas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615081654.ga10...@xanadu.blop.info
Re: more about Zookeeper
If anybody is trying to get assistance from the upstream community, using fewer idiosyncratic acronyms might help. And regardless of whether it ever built on MIPS, it clearly should not have given that there isn't a 1.6 Java there. On Tue, Jun 14, 2011 at 5:14 PM, Tollef Fog Heen wrote: > Seems like it's never built on mips, so an FTBFS on mips isn't RC per > se, it's an important bug. (I think the bug is RC for other reasons > though.) >
Re: more about Zookeeper
I have to say that I am quickly losing any interest in working on this as well. The acronym wall and general surliness of the various posters makes contributing to debian much less inviting than it might be. I, too, am a volunteer and have little time for attitude. Much better for me to go where I can be productive. On Tue, Jun 14, 2011 at 11:17 AM, Thomas Koch wrote: > b) I think that there is actually very little interest for > Hadoop/HBase/ZooKeeper packages _in_ Debian. ( There is interest for > packages > _from_ Cloudera or Apache _for_ Debian, but that's something else.) Even > the > company I worked for switched to use the Cloudera distribution, because > they > felt more confident about it. Now there'll be the Bigtop project and people > will rather use the "official" apache releases which are tested by > Yahoo/Facebook/Cloudera then the Debian packages. > So without any discussion about ZooKeepers Code quality, it might just not > be > worth to do the packaging work if nobody wants to use it. >
Legitimate Proposal ..........Urgent
Hello, I am Ian Davies ;an accredited vendor of Alliot Groups, a subsidiary firm of Emirates International Holding (EIH); A private equity funds holding company that focuses on hedge funds. I have contacted you in the hope that you can be my associate by accepting to stand as the legal recipient to a Fixed-Income deposit, valued at 25MUSD by providing an International Offshore accountto clear the funds. Once I file your details as the new recipient to the funds, the funds will be approved through the AUTOMATED CLEARING HOUSE (ACH) - A facility used by financial institutions to distribute electronic debit and credit entries to bank accounts and therefore settles such entries. Under the automated clearing house system. Upon approval of your details as the new recipient; a Credit advice will be issued in your favor and the funds will clear in your account within three banking days. I am willing to give you 40% which is 10MUSD as your commission out of the 25MUSD for your assistance in providing an International Offshore account to clear the funds. I am confident you will be honest enough to adhere to our agreed commissions in spite of the 25MUSD coming through your account. I will need you to forward me your legal names address and phone to file your details on the fund as the new recipient in this Second Quarter of the financial fiscal year 2011. Looking forward to working with you. Ian Davies Accredited vendor Alliot Groups PS -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615093446.857bda0...@fire3.aciu.com.br
Re: ifupdown 0.7~alpha4 in experimental
On Wed, Jun 08, 2011 at 05:06:09PM +0300, Andrew O. Shadoura wrote: As some may already have noticed, the new ifupdown revision, 0.7~alpha4 entered experimental, and is successfully built at least on i386 and amd64. Thanks for your work. Does this package support configuring different IPv6 address types (say one fixed address, so you know how to reach the system, and one dynamic address (privacy extension) for outgoing traffic)? If not yet, is this feature planned? Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: s...@fsing.rootsland.net | | PGP Public Keys: http://fsing.rootsland.net/~stse/pgp.html | signature.asc Description: Digital signature
Re: Merging three direcories in postinst
Joachim Breitner writes ("Re: Merging three direcories in postinst"):
> I am a bit worried about getting the removal part right, and of course
> there are so many possible failures.
It is somewhat tricky, yes. The best thing to do is to try to write
idempotent scripts that always move "bad" states to "better" ones.
And get review :-).
> Maybe it is cleaner to just dpkg-divert the .haddock files to the
> location in /usr/lib/haddock? I thought I need to access them in the old
> locations as well, but the path mentioned is in an arch:any, so it will
> be correct (/usr/lib/haddock) after the obligatory round of binNMUs when
> the next ghc version is installed.
No, I would strongly recommend against attempting to do this with
dpkg-divert. The results will be very unpleasant and the number of
semi-broken corner cases will be enormous.
> But since dpkg-divert cannot divert directories, I?d either have to
> collect the full list of broken files from the Contents files and
> hard-code them, or do it via a trigger, which also seems to be overkill
> for a work-around.
I don't think you need a trigger for this. The code you write should
be fast and can run in the single core package postinst.
> I guess I?ll give the postinst-symlink-approach a shot.
Do come back when you have more final-looking code and I'll see if I
can find bugs in it :-).
Ian.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/19960.42746.953470.615...@chiark.greenend.org.uk
Re: more about Zookeeper [and 1 more messages]
Ted Dunning writes ("Re: more about Zookeeper"):
> If anybody is trying to get assistance from the upstream community, using
> fewer idiosyncratic acronyms might help.
Sorry about that. This list is normally used for communications
internal to Debian, and perhaps some of the participants are
forgetting that although they may be addressing their fellow direct
contributors to Debian, they're also addressing you - who have a
different perspective and aren't familiar with our terminology.
Normally the Debian maintainer of a particular package would be
responsible for managing the communication with upstream, translating
terminology if necessary, mediating bug reports, etc.
But it seems that in this case the current Debian maintainer is not
happy with the package and wants to stop maintaining it. This is a
problem internal to Debian and the solution, if any, will come from
within the Debian community.
> And regardless of whether it ever built on MIPS, it clearly should not have
> given that there isn't a 1.6 Java there.
It seems that there is a packaging bug. That is, the FTBFS (Fails To
Build From Source) bug is a Debian-specific bug, introduced in the
Debian packaging, and not anything to do with your upstream code.
Tollef says that he thinks the bug is RC (Release-Critical) for other
reasons. In Debian an RC bug is (broadly speaking) one which might
cause the package to be dropped from a release.
Ian.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/19960.43654.913738.314...@chiark.greenend.org.uk
Re: Features Missing in Debian's Package Management System
Hi, On Tue, Jun 14, 2011 at 01:26:02AM +0430, Eliad Bagherzadegan wrote: > Hi, > > I'm not sure whether this is the appropriate mailing list for the subject or > not. If not, please let me know the right place for this discussion. debian-u...@lists.debian.org > There are a few features that would probably improve Debian's package > Management > system (at least based on my needs). And maybe they exist somewhere I don't > know > about. > > 1. system-bug-status: This is actually pretty easy to implement. This program > should periodically check the bug tracking system for bugs in installed > packages > and report to the system administrator. > * It can prioritize the packages based on there importance, how frequently > they > are used, possible security risks and manual configurations. > * It can be configured to check only for the bugs based on their > classifications > (serious, important, normal, verified or not, etc.) > * For different combinations of these two it can determine the appropriate > period to check. > > 2. The ability to ban certain packages and (possibly) there dependent > packages. > So that they wouldn't show up in the package manager at all. > > I would really appreciate any ideas and suggestions. As others poited out with short messages, there are ways already in Debian and you just did not notice them since you are new to Debian. I know it is a bit obscure. It may help you to read basic documentation linked from: http://www.debian.org/doc/ There you find my "Debian Reference": http://www.debian.org/doc/manuals/debian-reference/ Especially "Chapter 2. Debian package management": http://www.debian.org/doc/manuals/debian-reference/ch02.en.html Good luck. Osamu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615164753.ga25...@debian.org
Re: ifupdown 0.7~alpha4 in experimental
On Wed, 15 Jun 2011 13:11:41 +0200 Stephan Seitz wrote: > On Wed, Jun 08, 2011 at 05:06:09PM +0300, Andrew O. Shadoura wrote: > >As some may already have noticed, the new ifupdown revision, 0.7~alpha4 > >entered experimental, and is successfully built at least on i386 and > >amd64. > > Thanks for your work. > > Does this package support configuring different IPv6 address types (say > one fixed address, so you know how to reach the system, and one dynamic > address (privacy extension) for outgoing traffic)? > If not yet, is this feature planned? As a workaround you can already add the following to /etc/network/interfaces to change your "fixed address": # Mark this address as still reachable but deprecated as source # address for new outgoing connections: up ip addr change 2001:f00::1234/64 dev eth0 preferred_lft 0 (I'm still unsure if preferred_lft is really the right way but the only other alternative seems "ip addrlabel" and they are very confusing) bye, -christian- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615185254.74953...@sys-251.netcologne.de
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
This one time, at band camp, Lucas Nussbaum said: > On 15/06/11 at 08:36 +0100, Stephen Gran wrote: > > As a secondary issue, I think it might be useful to let DDs 'scratch > > their itch' when it comes to QA work in a light weight way. > > However, I'm not in the QA team, so I can't make decisions about > > what sort of access the QA team wants to give to other project > > members. In general, I am in favor of open access to resources and > > self-service, but you may not be. > > The QA team is very open to welcoming new members and their > contributions. However, not everything can be labelled as QA work, and > not everybody wants to do work inside a team, so I'm relunctant to use > the QA infrastructure as a placeholder for every script people want to > run on alioth. I can't decide if you're deliberately choosing to not understand me, or if we've just reached that point of a thread where people repeat themselves, so I'm going to stop after this mail. > > Also, I don't think it's a good idea in general for the project to > > rely on anything in someone's $HOME, as we've seen that go wrong far > > too often. I would like to encourage people to move services that > > are useful to an appropriate place. > > Before you can prove that a service is useful, you need to develop it. > For that, it's convenient to have a place which is similar to the > final destination of the service, where you can easily hack. Also, > it's often not desirable to hack on the production version of a > service. You seem to be agreeing with me about the usefulness of having a scratch area on quantz or samosa, and then: > A good solution could be to serve public_html from wagner instead of > vasks. You reach the opposite conclusion. I'll leave it there. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: UDD access from Alioth(s children) (Was: Alioth status update, take 3)
On 15/06/11 at 20:00 +0100, Stephen Gran wrote: > This one time, at band camp, Lucas Nussbaum said: > > On 15/06/11 at 08:36 +0100, Stephen Gran wrote: > > > As a secondary issue, I think it might be useful to let DDs 'scratch > > > their itch' when it comes to QA work in a light weight way. > > > However, I'm not in the QA team, so I can't make decisions about > > > what sort of access the QA team wants to give to other project > > > members. In general, I am in favor of open access to resources and > > > self-service, but you may not be. > > > > The QA team is very open to welcoming new members and their > > contributions. However, not everything can be labelled as QA work, and > > not everybody wants to do work inside a team, so I'm relunctant to use > > the QA infrastructure as a placeholder for every script people want to > > run on alioth. > > I can't decide if you're deliberately choosing to not understand me, or > if we've just reached that point of a thread where people repeat > themselves, so I'm going to stop after this mail. Usually, when that happens, a constructive way to move forward is to rephrase opinions to make sure that they were correctly understood. I understand your position as "if it's QA, then it should be done inside the QA infrastructure (qa.debian.org, svn, etc.), not in a scratch area on wagner." > > > Also, I don't think it's a good idea in general for the project to > > > rely on anything in someone's $HOME, as we've seen that go wrong far > > > too often. I would like to encourage people to move services that > > > are useful to an appropriate place. > > > > Before you can prove that a service is useful, you need to develop it. > > For that, it's convenient to have a place which is similar to the > > final destination of the service, where you can easily hack. Also, > > it's often not desirable to hack on the production version of a > > service. > > You seem to be agreeing with me about the usefulness of having a scratch > area on quantz or samosa, and then: Scratch areas on quantz or samosa are useful, but: - I don't think that it should be my role or the role of the QA team to manage them, so they shouldn't live under /org/qa.debian.org or /org/udd.debian.org. - quantz and samosa are not accessible to non-DDs. > > A good solution could be to serve public_html from wagner instead of > > vasks. > > You reach the opposite conclusion. How is that an opposite conclusion? - Lucas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615191316.ga27...@xanadu.blop.info
Re: ifupdown 0.7~alpha4 in experimental
On 2011-06-15, Christian Hammers wrote: > On Wed, 15 Jun 2011 13:11:41 +0200 > Stephan Seitz wrote: >> On Wed, Jun 08, 2011 at 05:06:09PM +0300, Andrew O. Shadoura wrote: >> >As some may already have noticed, the new ifupdown revision, 0.7~alpha4 >> >entered experimental, and is successfully built at least on i386 and >> >amd64. >> Thanks for your work. >> Does this package support configuring different IPv6 address types (say >> one fixed address, so you know how to reach the system, and one dynamic >> address (privacy extension) for outgoing traffic)? >> If not yet, is this feature planned? > As a workaround you can already add the following to > /etc/network/interfaces to change your "fixed address": > > # Mark this address as still reachable but deprecated as source > # address for new outgoing connections: > up ip addr change 2001:f00::1234/64 dev eth0 preferred_lft 0 > > (I'm still unsure if preferred_lft is really the right way but the > only other alternative seems "ip addrlabel" and they are very confusing) And the dynamic ones inherited by the privacy extensions should be preferred over the static ones already. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnivi1ts.3fc.tr...@kelgar.0x539.de
oshackers.org: visualizing the operating system developers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear DD, Based on the idea of http://maps.ubuntu.com/map/ my friend Efstathios and me (mostly consulting) developed http://oshackers.org/ - A Web application that can be used for visualizing the Free Software/Open Source operating system hackers around the world. oshackers supports features not included in the Ubuntu maps application, like (1) clustering, (2) short/detailed information about a developer by simply left-clicking on the system's icon, (3) visualization of a specific system, etc. You are more than welcomed to register and tell us what you think! - -- So long as a subject seems dull, you can be sure that you are approaching it from the wrong angle. -- W. W. Sawyer Sakis Kasampalis Computer Engineer f...@jabber.org http://faif.objectis.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJN+PnMAAoJEOHLE+ehj5GF/LMP/1YhIe7S+aBc/nvM+hfKHNsk uEN1WmqouN7b4Gq9u+bOdYpJKydDh9lA70PbMDsMl2Esr5feRDYYCxqRvFIFEQ/5 vmPEY+o1TQdbR7zYovoOAyW/AAvcIsjGzdAHYd0ePXXnr2k3vlKQ/WskkQZT/KWP A9L8YGFngJCdZmWbVKxpXrOob8Vg15aKJceZqDyxf4xJnkFdFluK7PttRreyAFKr MSLcWOv1qGRAg4UDZfHxQTazaen52Pcv59Sp6nL6vHk/Xkkz3TsYMVIa42TCemqb VoE28cFzi4fs4gp48VoYqzV+J8H0xC8bkGSTW20Tqgmey9CBjRlOTyAL8Ms2vuli q5oV6/LJUDEOKHLW6No4cgb/EcdyGPJYgy7aSTQk2notKRmbTZ7c9HbBShL7KToU Qe5O40MmxrClp44WB1aBoP36BajTXe30/xhdFhL0hzbOan2xUXhXt1nD8Ey5Zs9M OhaY9tfgBvqRmNqfzpD03J+HkjFQskpju/TcYPjGi/4ffZK0Chf6HSG/LZvmeqS9 mzgBQVSGwGFSQ+x8HCkvhH84zrez+XlrGFX7iyUsFjPMP8NO9Yj4PU5tgrCvMmor BebqeA6eLwOzvVztEYXFb5GqnW3y8Uvz/9coz8qlMA1FoVUTLYJ1y132NmiP6ikm eyY9nLrS03fAzkxVQGM3 =v7W9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4df8f9cd.9010...@dtek.gr
Re: oshackers.org: visualizing the operating system developers
Sakis Kasampalis writes: > You are more than welcomed to register and tell us what you think! Seems extremely slow to me. With iceweasel 3.5.16-5 on Wed Jun 15 20:07:32 UTC 2011 I only see "Artic Ocean" three times and rest of the map is completely gray. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84boxyzwly@sauna.l.org
Re: Merging three direcories in postinst
Hi Ian, Am Mittwoch, den 15.06.2011, 13:35 +0100 schrieb Ian Jackson: > > I guess I?ll give the postinst-symlink-approach a shot. > > Do come back when you have more final-looking code and I'll see if I > can find bugs in it :-). I implemented it and did some tests. I did not test aborting it halfway, but I’m confident that it is ok – the moving of files can be continued. Only an abortion between rmdir and ln would be bad. The postinst is here: http://anonscm.debian.org/darcs/pkg-haskell/ghc/ghc-doc.postinst.in Unless you see major problems there, I’ll upload it tomorrow. @DHG: There is no hurry in getting ghc-7.0.4 in. Therefore, I suggest we do this change with 7.0.3, upload to unstable, and wait until this fix is in testing. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: oshackers.org: visualizing the operating system developers
On Wed, Jun 15, 2011 at 11:08:09PM +0300, Timo Juhani Lindfors wrote: > Sakis Kasampalis writes: > > You are more than welcomed to register and tell us what you think! > > Seems extremely slow to me. With iceweasel 3.5.16-5 on Wed Jun 15 > 20:07:32 UTC 2011 I only see "Artic Ocean" three times and rest of the > map is completely gray. FWIW http://www.debian.org/devel/developers.loc http://gis.debianart.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615204717.GC6623@numenor.numenor
Re: more about Zookeeper [and 1 more messages]
That all sounds very reasonable. I have raised the issue with the upstream Zookeeper community to see if there is a demand for Zookeeper to be in Debian. Obviously, if there isn't any demand, then the process of recruiting a new Debian maintainer for ZK isn't worth the effort. I will keep you guys aware. The twisted guys sounded like they would be interested at one time. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629856 On Wed, Jun 15, 2011 at 2:50 PM, Ian Jackson < ijack...@chiark.greenend.org.uk> wrote: > > And regardless of whether it ever built on MIPS, it clearly should not > have > > given that there isn't a 1.6 Java there. > > It seems that there is a packaging bug. That is, the FTBFS (Fails To > Build From Source) bug is a Debian-specific bug, introduced in the > Debian packaging, and not anything to do with your upstream code. > > Tollef says that he thinks the bug is RC (Release-Critical) for other > reasons. In Debian an RC bug is (broadly speaking) one which might > cause the package to be dropped from a release. >
Bug#630653: ITP: libbencode-perl -- BitTorrent serialisation format
Package: wnpp Severity: wishlist Owner: Fabrizio Regalli * Package name: libbencode-perl Version : 1.4 Upstream Author : Aristotle Pagaltzis * URL : http://search.cpan.org/dist/Bencode/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : BitTorrent serialisation format -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615222609.23083.98011.report...@debiancasa.fastwebnet.it
Bug#630656: ITP: libdata-taxi-perl -- Taint-aware, XML-ish data serialization
Package: wnpp Severity: wishlist Owner: Fabrizio Regalli * Package name: libdata-taxi-perl Version : 0.96 Upstream Author : Miko O'Sullivan * URL : http://search.cpan.org/dist/Data-Taxi/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Taint-aware, XML-ish data serialization -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110615225236.24610.15474.report...@debiancasa.fastwebnet.it
Bug#630659: ITP: ruby-pkg-config -- pkg-config implementation for Ruby
Package: wnpp Severity: wishlist Owner: Antonio Terceiro * Package name: ruby-pkg-config Version : 1.1.2~git20110615 Upstream Author : Kouhei Sutou * URL : https://github.com/rcairo/pkg-config * License : LGPL-2.1+ Programming Lang: Ruby Description : pkg-config implementation in Ruby pkg-config can be used in your extconf.rb to properly detect neeed libraries for compiling Ruby native extensions, using the pkg-config database. Note that this package does not use pkg-config, only it's database. -- Antonio Terceiro http://softwarelivre.org/terceiro signature.asc Description: Digital signature
Re: oshackers.org: visualizing the operating system developers
On Thu, Jun 16, 2011 at 2:28 AM, Sakis Kasampalis wrote: > Based on the idea of http://maps.ubuntu.com/map/ my friend Efstathios > and me (mostly consulting) developed http://oshackers.org/ - A Web > application that can be used for visualizing the Free Software/Open > Source operating system hackers around the world. oshackers supports > features not included in the Ubuntu maps application, like (1) > clustering, (2) short/detailed information about a developer by simply > left-clicking on the system's icon, > (3) visualization of a specific system, etc. > > You are more than welcomed to register and tell us what you think! Any particular reason you aren't using OpenStreetMap? -- bye, pabs http://wiki.debian.org/PaulWise http://bonedaddy.net/pabs3/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktin4sooqgu43rhz-qdfuf__hrns...@mail.gmail.com
Re: oshackers.org: visualizing the operating system developers
On Thu, Jun 16, 2011 at 09:36:49AM +0800, Paul Wise wrote:
> On Thu, Jun 16, 2011 at 2:28 AM, Sakis Kasampalis wrote:
>
> > Based on the idea of http://maps.ubuntu.com/map/ my friend Efstathios
> > and me (mostly consulting) developed http://oshackers.org/ - A Web
> > application that can be used for visualizing the Free Software/Open
> > Source operating system hackers around the world. oshackers supports
> > features not included in the Ubuntu maps application, like (1)
> > clustering, (2) short/detailed information about a developer by simply
> > left-clicking on the system's icon,
> > (3) visualization of a specific system, etc.
> >
> > You are more than welcomed to register and tell us what you think!
>
> Any particular reason you aren't using OpenStreetMap?
Btw, we have something similar at http://gis.debianart.org/
Regards,
--
.''`. Tiago Bortoletto Vaz GPG : 1024D/A504FECA
: :' : http://tiagovaz.org XMPP : tiago at jabber.org
`. `' tiago at {tiagovaz,debian}.org IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110616014835.gd17...@debian.org
Re: pbuilder problem?
Hi all, On Wed, 15 Jun 2011 08:05:23 +0200, Raphael Hertzog wrote: > This looks fishy, it would mean that: > 1/ debian/README.Debian is in orig.tar.gz > 2/ it contains an error message of dpkg It apparently contains an error message of dpkg but I can't believe orig.tar.gz contains debian/ direcory. > May I suggest that you retry starting again with clean redownloaded files? > > Does your pbuilder fail in the same way for all packages? Yes (all packages mean all packages I tried). Anyway, it is certain now that this is my system specific problem so I purged pbuilder and re-install it. I failed to pdebuild at first (#563728 ?) with the message "sudo: sorry, you are not allowed to preserve the environment" This is strange because under the same sudoers file I've not encounterd this problem before re-installing pbuilder. So I modified a bit sudoers and then the problem seemed to be fixed. I can't now investigate what was wrong with my old system precisely but I suspect it might be sudoes file. Thanks. Best regards, 2011-6-16(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110616.122652.04334541.ko...@pm.tokushima-u.ac.jp
